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ABSTRACT 


Field  Programmable  Gate  Arrays  (FPGAs)  provide  a  recon  figurable  asset  in  the 
design  of  space  computing.  “Hardware”  configurations  are  stored  in  FPGA  memory 
elements,  which  are  susceptible  to  Single  Event  Upsets  (SEUs).  What  is  the  best  way  to 
detect  and  mitigate  SEUs  and  correct  them  before  they  become  functional  errors?  The 
Configurable  Fault  Tolerant  Processor  (CFTP)  consists  of  a  controller  FPGA  (XI) 
controlling  an  experiment  FPGA  (X2),  which  can  be  used  to  test  different  fault- 
mitigation  techniques.  This  focus  of  this  thesis  was  to  develop  and  execute  a  radiation 
test  plan  to  evaluate  different  experiments  in  a  proton  radiation  beam  at  Crocker  Nuclear 
Laboratory,  Davis,  CA.  A  shift  register  was  designed  to  detennine  a  proton  flux 
conducive  to  SEU  observation.  The  shift  register  was  also  modified  to  create  two 
additional  configurations,  implemented  with  the  memory  elements  of  the  Look-Up  Table 
and  Flip-flops  within  an  FPGA  Configurable  Logic  Block.  The  data  collected  from  this 
program  was  then  analyzed  for  SEU  rates  and  fault  susceptibility.  This  data  was 
extrapolated  using  a  radiation  environment  model  to  predict  the  on-orbit  SEU-rate  for 
CFTP  in  the  NPSAT1  orbit  of  560  km,  35.4  degrees  inclination,  as  well  as  Virtex  II 
FPGAs  and  at  1000  and  1500  km  altitudes. 
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EXECUTIVE  SUMMARY 


Computing  power  in  space  has  been  limited  in  the  past  by  the  need  to  qualify  a 
design  early  in  the  acquisition  process,  in  order  to  ensure  that  the  processor  will  operate 
properly  in  the  space  environment  for  the  lifetime  of  the  satellite.  Field  Programmable 
Gate  Arrays  (FPGAs)  offer  the  advantage  of  recon ligurablc  computing,  where  the 
“hardware”  configuration  is  stored  in  memory  elements  in  an  FPGA.  These  memory 
elements  are  susceptible  to  Single  Event  Upsets  (SEUs).  SEUs,  caused  by  the  radiation 
environment  in  space,  can  have  varying  effects  on  a  spacecraft  ranging  from  no 
functional  effect  to  rendering  the  spacecraft  useless.  These  SEUs  must  be  detected  and 
their  effects  mitigated  to  best  utilize  the  advantages  of  using  FPGAs. 

Continuous  testing  is  done  to  verily  best  design  practices  for  configuration  and 
data  redundancy  in  FPGA  design.  The  Configurable  Fault  Tolerant  Processor  (CFTP) 
provides  a  test  platform  to  validate  different  designs,  tools,  and  design  techniques.  This 
thesis  describes  the  development  and  testing  process  of  the  CFTP  and  a  brief  overview  of 
testing  for  space  applications,  using  the  testing  of  the  CFTP  in  preparation  for  the  launch 
environment  as  an  example.  The  focus  of  this  thesis  is  the  development  and  execution  of 
a  radiation  test  plan  for  use  at  the  Crocker  Nuclear  Laboratory  in  Davis,  CA.  A  shift 
register  was  designed  as  a  test  circuit  to  determine  a  proton-flux  level  that  was  conducive 
to  SEU  observation,  while  running  experiments.  The  test  plan  describes  two  variants  of 
the  CFTP  that  were  tested.  The  first  CFTP  design,  similar  to  the  flight  design  for  Naval 
Postgraduate  School  Spacecraft  Architecture  and  Technology  Demonstration  Satellite 
(NPSAT1),  uses  a  Xilinx  Virtex  I  (600,000-gate-equivalient)  FPGA  as  the  experimental 
FPGA.  The  second  CFTP  design  uses  a  Xilinx  Virtex  II  (6-million-gate-equivalent) 
FPGA  as  the  experimental  FPGA. 

The  test  plan  provides  a  list  of  test  equipment  and  a  diagram  of  the  test  layout  that 
was  used  in  Davis,  CA.  Three  programs  were  tested  in  the  proton  radiation  beam:  a  shift 
register,  a  CORDIC  algorithm,  and  PIX  (a  distributed  triple-modular  redundant,  MIPS- 
based  processor).  The  shift  register  was  used  to  maximize  coverage  and  the  probability 


of  detecting  an  SEU  when  one  occurs  in  the  proton  beam.  These  results  were  used  to 
establish  a  proton  flux  to  yield  an  SEU  every  10-30  seconds  and  extrapolated  to  establish 
a  baseline  for  SEU  prediction  on  orbit. 

This  shift  register  was  also  modified  to  create  two  additional  configurations  by 
utilizing  different  combinations  of  the  SRL16  macro,  implemented  with  the  memory 
elements  of  the  Look-Up  Table  (LUT),  and  Flip-flops  within  an  FPGA  Configurable 
Logic  Block  (CLB).  A  Coordinate  Rotation  Digital  Computer  (CORDIC)  algorithm  was 
also  tested  on  both  CFTP  boards  to  validate  the  benefit  to  using  Triple  Modular 
Redundancy  (TMR)  and  partial  reconfiguration. 

Focus  was  then  shifted  to  testing  the  PIX  processor,  a  distributed-TMR,  MIPS- 
based  processor,  designed  by  Majewicz  [7].  The  design  is  too  large  to  fit  on  the  Virtex  I- 
CFTP,  so  it  was  tested  solely  on  the  Virtex  II-CFTP. 

Prior  to  radiation  testing,  two  fault  injection  techniques,  using  FPGA  Editor 
(Xilinx  ISE  software  package)  and  JBits  2.8  (Xilinx),  were  used  to  verify  proper 
operation  of  the  experments  and  detennine  expected  output  during  testing.  Proton 
radiation  testing  of  fault  mitigation  designs  occurred  in  the  cyclotron  at  University  of 
Califomia-Davis,  and  results  follow  the  fault  injection  section.  The  data  collected  from 
the  shift  register  program  was  then  analyzed  for  SEU  rates  and  fault  susceptibility.  This 
data  was  extrapolated  using  CREME96  to  predict  the  on-orbit  SEU-rate  for  CFTP  in  the 
NPSAT1  orbit  of  560  km,  35.4  degrees  inclination,  as  well  as  Virtex  II  FPGAs  and  at 
1000  and  1500  km  altitudes. 

These  results  validated  the  fault-injection  tool  and  were  extrapolated  to  provide  an 
estimate  of  the  on-orbit  SEU-rate  for  NPSAT1  as  1  SEU  every  6-7  days.  Radiation  test 
results  showed  a  relatively  consistent  SEU-rate  for  different  programs,  as  was  expected. 
This  thesis  has  only  scraped  the  surface  for  data  collection  and  analysis  for  CFTP. 
Numerous  opportunities  for  future  research  exist  and  are  required  for  a  more  complete 
guide  to  the  performance  of  CFTP. 

Current  programs  should  be  run  with  the  fault  injection  tool  for  longer  periods  to 
approach  asymptotic  values  (small  variances  between  tests.)  New  algorithms  need  to  be 


xx 


developed  and  tested  to  explore  better  fault  mitigation  techniques.  TMR  methods  were 
tested  with  the  CORDIC,  and  PIX  implements  a  distributed  TMR  design.  Quadded-logic 
methods  could  also  be  tested. 

PIX  is  too  large  to  fit  on  CFTP-1.  Research  should  be  completed  to  reduce  the 
size  of  PIX  and  test  this  smaller  design  on  CFTP-1.  Finally,  an  experiment  agenda  needs 
to  be  developed  for  the  utilization  of  CFTP  aboard  NPSAT1  and  MidSTARl. 
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I.  INTRODUCTION 


Computing  power  in  space  has  been  limited  in  the  past  by  the  need  to  qualify  a 
design  early  in  the  acquisition  process,  in  order  to  ensure  that  the  processor  will  operate 
properly  in  the  space  environment  for  the  lifetime  of  the  satellite.  As  today’s  information 
technology  continues  to  expand  according  to  Moore’s  law  [1],  spacecraft  designers  are 
limited  from  using  the  most  current  technology.  Additionally,  hardware  designs  must  be 
completed,  tested,  and  software  written  for  vital  spacecraft  functions  within  the 
design/acquisition  timeline.  This  problem  is  mitigated  to  a  degree  by  the  use  of  Field 
Programmable  Gate  Arrays  (FPGAs).  A  “hardware”  configuration  is  stored  in  memory 
elements  in  an  FPGA,  and  FPGAs  are  reconfigurable.  This  allows  for  testing  and 
qualifying  the  actual  hardware,  but  also  allows  for  continued  development  of  the 
application  configuration  that  will  be  instantiated  on  the  FPGA.  These  save  time  and 
money  in  the  design  of  systems,  as  well  as  redesign  costs  to  fix  errors.  The  trade  space 
with  FPGAs,  though,  is  reliable  computing. 

With  the  increased  usage  of  FPGAs  in  space  applications,  reliable  computing  is  a 
continuing  area  of  concern.  Single  event  effects  (SEEs),  caused  by  the  radiation 
environment  in  space,  can  have  varying  effects  on  a  spacecraft  ranging  from  no 
functional  effect  to  rendering  the  spacecraft  useless.  These  SEEs  can  be  mitigated  with 
good  designs  that  use  redundancy  techniques  for  data  verification.  With  the  advent  of 
FPGAs,  the  “hardware”  now  becomes  susceptible  to  SEEs,  where  previous  hardware 
configurations  were  not.  In  an  FPGA,  the  configuration  is  instantiated  into  a  series  of 
logic  blocks  consisting  of  Look-Up  Tables,  Flip-Flops,  and  control  signals  and  signal 
routing  [2].  Because  this  configuration  is  not  hardware  but  memory  contents,  an  upset  bit 
is  no  longer  necessarily  just  a  data  error,  but  could  result  in  a  configuration  error.  In  a 
worst-case  scenario,  this  could  lead  to  a  new  configuration  that  disables  the  spacecraft 
pennanently. 

To  avoid  such  drastic  consequences,  continuous  testing  is  done  to  verily  best 
design  practices  for  configuration  and  data  redundancy  in  FPGA  design.  The 
Configurable  Fault  Tolerant  Processor  (CFTP)  provides  a  test  platform  to  validate 
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different  designs,  tools,  and  design  techniques.  This  thesis  reports  on  the  testing  of  some 
of  those  designs  in  the  cyclotron  at  University  of  California-Davis,  as  well  as  the 
application  of  the  JBits  program  by  Xilinx,  Corp  to  the  determination  of  fault  tolerance 
[3],  Test  results  also  establish  a  baseline  for  on-orbit  operation  for  CFTP,  which  will  be 
flying  on  the  Naval  Postgraduate  School  Spacecraft  Architecture  and  Technology 
Demonstration  Satellite  (NPSAT1)  and  the  Midshipman  Space  Technology  and 
Applications  Research  Satellite  mod  1  (MidSTAR).  Both  satellites  will  be  launched  on 
an  Atlas  V-401  in  October  2006  as  part  of  the  Space  Test  Program  (STP-1),  shown  in 
Figure  1. 


Figure  1.  STP-1  Payloads  (from  [13]) 

Chapter  II  provides  a  brief  summary  of  the  space  radiation  environment  and  the 
design  of  CFTP  with  appropriate  references  cited  for  a  more  detailed  description. 
Following  the  background  of  the  intended  operating  environment  and  processor  design,  a 
review  of  various  testing  methods  is  provided  in  Chapter  III.  Radiation  testing  is  a  small 
portion  of  the  testing  that  is  completed  for  any  electronic  device,  especially  one  intended 
for  space  applications. 
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For  a  complete  understanding  of  testing  involved  with  electronics,  hardware 
validation  and  software  testing  are  first  described,  leading  into  integration  testing,  where 
the  CFTP  design  is  validated.  Because  CFTP  is  designed  to  operate  in  space,  a  review  of 
the  space  qualification  process  and  associated  environmental  testing  is  then  provided. 
One  part  of  environmental  testing  is  radiation  testing.  Radiation  in  space  (high-energy 
particles)  contributes  to  two  primary  effects  on  electronics.  The  first  is  deterioration  of 
the  electronics  due  to  Total  Ionizing  Dose  (TID),  and  the  second  is  Single  Event  Effects 
(SEE)  [4],  Chapter  IV  describes  radiation  test  preparations  and  test  design  requirements 
to  address  the  second  effect,  of  which  the  primary  concern  is  Single  Event  Upsets 
(SEUs). 

Three  test  circuits  were  developed  for  this  phase  of  the  development.  The  first 
test  circuit  is  a  series  of  shift  registers  instantiated  on  X2  (the  experiment  FPGA)  to 
utilize  as  much  area  as  possible.  This  was  developed  to  maximize  coverage  and  the 
probability  of  generating  an  error  when  an  SEU  occurs  in  the  proton  beam.  A  maximal- 
length  Linear  Feedback  Shift  Register  (LFSR)  was  used  on  XI  (control  FPGA)  to 
generate  pseudo-random  Is  and  Os.  These  data  bits  were  sent  to  X2  for  shifting  through 
the  registers.  The  output  of  each  series  of  shift  registers  was  then  processed  to  identify 
potential  data-bit  SEUs.  This  design  was  tested  on  a  Virtex-1  board  (CFTP-1)  and  a 
similar  board  that  utilizes  a  Virtex-II  FPGA  as  X2  (CFTP-2)  [5].  These  results  were 
extrapolated  to  establish  a  baseline  for  SEU  prediction  on  orbit. 

A  Coordinate  Rotation  Digital  Computer  (CORDIC)  algorithm  was  also  tested  on 
both  CFTP  boards  to  validate  the  benefit  to  using  Triple  Modular  Redundancy  (TMR) 
and  partial  reconfiguration.  An  alternate  version  of  the  CORDIC  that  does  not  use  TMR 
was  also  tested  [6]. 

Focus  was  then  shifted  to  testing  the  PIX  processor  designed  by  Majewicz  [7]. 
This  is  a  MIPS  3000  processor  that  uses  a  distributed,  pipelined,  TMR  design.  The 
design  is  too  large  to  fit  on  CFTP-1,  so  it  was  only  tested  on  CFTP-2. 

All  three  programs  were  first  tested  with  fault-simulation  techniques.  Xilinx  ISE 
software  and  JBits  were  used  to  emulate  faults  prior  to  testing  at  UC-Davis.  These  fault 
simulation  techniques  and  the  testing  results  are  described  in  Chapter  V.  These  results 
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were  then  compared  to  results  from  radiation  testing.  Test  results  validated  operation  of 
these  programs  in  a  radiation  beam,  as  well  as  validating  the  fault- simulation  tools.  This 
data  also  provides  a  baseline  for  SEU  prediction  on  orbit  and  a  basis  for  follow-on 
programs  to  be  tested  with  the  CFTP  experiment. 

Finally,  Chapter  VI  summarizes  testing  results  and  provides  predictions  for  on- 
orbit  operation.  Additionally,  recommendations  are  provided  for  future  radiation  testing 
at  UC-Davis  and  on-orbit  experiments.  While  ground  testing  cannot  perfectly  imitate  the 
conditions  and  actual  events  in  space,  radiation  testing  is  an  extremely  useful  tool  to 
validate  electronics  design  and  predict  system  operation  on-orbit. 
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II.  BACKGROUND 


Electronic  components  are  susceptible  to  single  event  effects  (SEEs)  when 
operated  in  space.  This  is  due  to  the  high-radiation  environment  that  consists  of  high- 
energy  neutrons,  protons,  and  heavy  ions  [8].  This  environment  must  be  understood,  and 
protection  against  its  effects  needs  to  be  incorporated  into  the  design  of  systems  intended 
for  space  applications.  Application  Specific  Integrated  Circuits  (ASICs)  have  been 
designed  to  survive  this  environment  through  radiation  hardening  and  redundancy.  The 
hardware  configuration  of  these  devices  is  not  susceptible  to  bit  upsets.  With  the  advent 
of  Field  Programmable  Gate  Arrays  (FPGAs),  the  design  configurations  are  stored  in 
memory  as  configuration  information.  A  primary  advantage  is  the  flexibility  to  change 
design  errors  through  modification  of  the  configuration  information,  or  even  upload  a 
new  configuration  to  accomplish  a  new  mission.  Software  re-configuration  capability 
poses  a  problem  in  space,  though. 

In  ASICs,  SEEs  might  change  a  data  bit,  which  could  be  restored  through  good 
design  and  incorporation  of  error  detection  and  correction  (EDAC)  circuitry.  With 
FPGAs,  an  SEE  could  change  the  configuration  of  the  processor  and  render  the 
equipment  or  even  the  spacecraft  useless.  Due  the  extensive  resource  investment  (time 
and  money)  into  each  spacecraft,  the  risk  of  losing  the  function  of  a  satellite  due  to  SEE 
is  unacceptable  [9].  Techniques  must  be  incorporated  to  mitigate  the  adverse  effects  of 
SEEs,  more  specifically  Single  Event  Upsets  (SEUs).  One  such  approach  is  to  use  triple 
modular  redundancy  (TMR)  with  partial  reconfiguration  [10].  This  approach  is  at  the 
core  of  the  design  for  the  Configurable  Fault  Tolerant  Processor  (CFTP).  CFTP  utilizes 
two  FPGAs,  one  as  a  controller  and  the  other  as  an  experiment  platfonn.  The  TMR 
processor  is  instantiated  on  the  experiment  FPGA,  where  the  data  is  majority  voted. 
Ideally,  in  the  event  of  an  SEU,  the  corrupted  data  is  voted  out.  In  his  thesis,  Hulme 
provided  a  thorough  explanation  of  the  CFTP  design  and  mitigation  options  and  selection 
[8]. 

CFTP  is  also  designed  to  provide  a  testbed  for  other  experiments.  Various 
methods  of  testing  these  designs  exist,  but  this  thesis  focuses  on  three  areas: 
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configuration  alteration  using  Xilinx  FPGA  Editor,  fault  injection  with  a  JBits-based  tool, 
and  radiation  testing  [11].  Radiation  testing  used  proton  radiation  produced  at  the 
cyclotron  of  the  Crocker  Nuclear  Laboratory  at  the  University  of  California-Davis.  To 
better  understand  the  results  of  radiation  testing,  a  background  of  the  design,  assembly, 
and  testing  of  CFTP  is  provided  in  the  next  chapter. 
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III.  INTEGRATION  AND  TESTING 


A.  TYPES  OF  TESTING 

Descriptions  of  testing  for  computers  designed  for  the  space  environment  begin 
with  two  branches:  hardware  and  software.  Both  items  are  tested  at  the  unit  level  up 
through  the  system  level.  After  software  is  merged  with  hardware,  testing  proceeds  to 
verify  proper  integrated  system  operation.  Testing  then  continues  for  on-orbit 
calibration,  verification  of  proper  equipment  operation  and  potential  for  troubleshooting 

[9]. 

1.  Hardware  Testing 

Hardware  testing  starts  with  component  testing.  The  process  then  proceeds 
through  acceptance  testing  to  a  functional  test.  The  following  describes  the  hardware 
manufacturing  and  test  process  used  by  David  Rigmaiden,  Electronics  Technician  for  the 
NPS  Space  Systems  Academic  Group,  for  CFTP  [12]. 

Component  testing  started  with  part  selection.  Because  CFTP  was  designed  to 
operate  in  the  space  environment,  radiation  hardened  parts  were  desired.  CFTP  is  an 
experiment,  and  as  such,  is  not  strictly  limited  to  only  radiation-hardened  components  for 
production.  The  CFTP  flight  board  will  instead  consist  of  military  specification 
(MIFSPEC)  parts,  with  the  exception  of  the  power  supplies,  which  are  one  grade  higher 
than  MIFSPEC,  and  the  FPGAs,  which  are  radiation  hardened.  After  the  components 
were  received  and  the  design  board  had  been  fabricated,  a  fit  test  was  performed.  The 
assembled  board  is  pictured  in  Figure  2.  This  test  ensured  that  all  components  fit  on  the 
board  as  designed.  If  components  do  not  integrate  as  designed,  further  investigation  is 
required  to  detennine  whether  a  part  is  faulty,  if  the  circuit  board  was  improperly 
fabricated,  or  if  the  design  is  bad.  After  the  fit  test  yields  the  desired  results,  the  board  is 
then  assembled  without  major  components.  This  consists  of  the  voltage  regulators  and 
passive  components,  such  as  resistors  and  capacitors  [12]. 
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Figure  2.  Assembled  CFTP  Board  (from  [13]) 


Power  is  then  supplied  to  the  board  with  the  base  power  supply,  which  is  a  5 -volt 
source  for  CFTP.  All  pins  are  tested  for  the  expected  voltage,  and  the  power  is  left  on  for 
at  least  one  day  to  verify  the  board  is  capable  of  sustaining  a  continuous  load.  Power  is 
removed  from  the  board,  and  the  simpler  silicon  devices,  consisting  of  the  Flash  memory, 
Synchronous  Dynamic  Random  Access  Memory  (SDRAM),  and  Electrically  Erasable 
Programmable  Read  Only  Memory  (EEPROM),  are  attached.  The  board  is  then  powered 
up  again,  and  the  board  is  checked  to  verify  serial  communication  is  capable  with  the 
EEPROM  [12].  The  boot  program  and  test  bench  for  the  EEPROM  was  generated  using 
Xilinx  ISE  software. 

The  configuration  control  FPGA  (XI)  is  then  attached  to  the  board  with  a  thermal 
epoxy  and  soldered  at  all  pin  connections  with  additional  solder  at  the  corners.  The 
solder  at  the  comers,  termed  “spiking,”  provides  additional  stiffness.  The  epoxy  serves 
two  purposes.  The  first  is  to  provide  additional  support  to  the  solder  joints  during  the 
high  vibration  environment  experienced  during  launch.  The  second  purpose  is  to  provide 
a  heat  sink  for  the  FPGA  during  operation,  which  helps  provide  heat  dissipation  in 
addition  to  the  heat  radiated  from  the  exposed  face  of  the  FPGA  [12]. 
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After  the  solder  and  epoxy  have  hardened,  a  clock  signal  is  sent  from  the  boot 
EEPROM  out  through  XI  to  verify  the  pin  connections.  After  a  clock  signal  is  verified, 
the  experiment  FPGA  (X2)  is  soldered  and  glued  to  the  circuit  board,  and  the  board  is 
ready  for  software  integration  testing  [12]. 

2.  Software  Testing 

A  primary  method  of  software  testing  is  accomplished  with  simulation.  For 
example,  the  CFTP  design  uses  a  Virtex  I  Pro  600  (XQV600)  FPGA  for  both  the 
configuration/experiment  control  processor  (XI)  and  the  experiment  processor  (X2).  The 
programming  for  XI  has  multiple  modules  that  comprise  the  whole,  all  of  which  must  be 
tested.  The  Xilinx  Integrated  Software  Environment  (ISE)  software  can  be  used  to 
instantiate  these  modules,  written  in  VHDF,  on  a  given  FPGA  (XQV600  in  this  case). 
The  ISE  software  enables  users  to  “synthesize  and  compile  FPGA  and  Complex 
Programmable  Fogic  Devices  (CPFD)  devices”  [14].  A  testbench  can  then  be  designed 
with  ModelSim  or  other  simulation  software  to  verify  that  the  modules  and  overall  design 
operates  as  expected.  A  common  and  highly  recommended  practice  for  any  software 
design  and  testing  is  to  plan  the  design  in  stages  and  test  each  stage  as  it  is  completed 
[15].  This  accomplishes  two  things.  The  first  is  that  this  approach  is  conducive  to  a 
modular  design,  which  allows  for  parallel  design/programming  and  enables  easier 
implementation  of  upgrades.  The  second  is  that  any  coding  errors  are  located  earlier  in 
the  design  process,  saving  time  and  cost. 

Various  simulation  programs  exist  to  help  verify  proper  operation.  As  mentioned 
in  the  example  above,  ModelSim  was  used  in  conjunction  with  ISE  for  parts  of  the  CFTP 
testing  [16].  ModelSim  supports  VHDF  simulation.  Not  all  simulation  can  be 
accomplished  with  a  commercial  program,  though.  A  program  to  simulate  the  design 
must  be  designed  when  no  product  is  readily  available.  This  was  necessary  for  the 
configuration  control  FPGA  (XI)  of  CFTP  due  to  the  complexity  of  the  design.  These 
programs  and  simulations  are  modified  to  test  a  given  design. 

All  operation  and  interface  software  was  developed  by  Mindy  Surratt,  research 
associate  for  the  CFTP  project  [17].  A  complete  picture  of  the  interface  and  control 
modules  on  XI  is  shown  in  Figure  3.  The  initial  step  was  to  develop  the  Very  High 

Speed  Integrated  Circuit  (VHSIC)  Hardware  Description  Fanguage  (VHDF)  code  to 
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interface  from  the  CFTP  board  through  the  PC/104  bus  to  the  ARM  processor.  (The 
surrogate  processor  for  the  development  board  is  a  TMZ104  processor.)  The  ARM 
processor  is  the  interface  between  the  CFTP  experiment  and  data  bus  of  the  spacecraft 
(Command  and  Data  Handler  (C&DH)  for  NPSAT-1.)  As  the  PC/104  module  was 
developed  and  simulated,  the  CFTP  board  was  completely  assembled.  The  PC/ 104 
module  was  integrated  with  and  tested  on  the  hardware,  and  further  modules  were 
developed  and  tested  on  the  cftp  board. 

3.  System  Integration  and  Testing 

Testing  was  successfully  accomplished  by  programming  XI,  through  the  JTAG 
(IEEE  1 149.1 /Boundary  Scan),  port  using  iMPACT  (part  of  ISE)  to  write  a  constant 
value  (“2”  was  used)  from  XI  to  the  sTMZ104  through  the  PC/104  bus.  JTAG  is  a 
testing  standard  that  “defines  a  hardware  architecture  and  the  mechanisms”  to  support 
circuit  board  testing  using  software  solutions  [18].  iMPACT  is  the  Xilinx  download  tool 
that  uses  a  parallel  connection  to  the  JTAG  port  on  the  FPGA  [19],  The  next  step  was  to 
verify  write  from  processor  board  to  XI,  through  the  PC/104  bus.  XI  was  programmed 
to  read  back  various  inputs  to  verify  successful  read/write  communication  via  the 
PC/104.  At  this  point,  the  VHDL  testbenches  and  ModelSim  were  used  to  simulate  the 
PC/104  modules  to  detennine  the  clocking  sequence  and  the  Xilinx  Coregen  (part  of  ISE) 
program  was  used  to  create  the  First  In,  First  Out  (FIFO)  module  to  act  as  a  buffer,  as 
well  as  adding  flags  for  “handshaking”  to  avoid  data  conflicts  [17]. 

Communication  between  X2  and  XI  was  tested  by  programming  X2  via  JTAG  to 
pass  a  25  MHz  clock  to  XI.  XI  then  printed  a  “2”  out  to  the  PC/104  on  l-to-0  transition, 
indicating  a  clock  signal  was  present.  Additionally,  the  signal  was  routed  to  an 
Input/Output  (I/O)  pin,  which  was  connected  to  an  oscilloscope.  After  X2  was 
successfully  programmed  via  JTAG,  X2  was  configured  with  a  25  MHz  clock  from  XI 
through  Selectable  Microprocessor  Access  Port  (SelectMAP).  SelectMAP  is  the  fastest 
method  of  programming  an  FPGA,  because  it  uses  a  byte-wide  bidirectional-access  port 
for  reading  and  writing  the  configuration  data  [20].  The  14  I/O-pin  and  3  Mode-pin 
connections  are  shown  in  Figure  4. 
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Figure  3.  XI  Software  Modules  (from  [17]) 
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Partial  reconfiguration  was  then  tested  by  partially  reconfiguring  X2  to  divide  the 
clock  down  to  12.5  MHz.  Now  that  programming  and  partial-reconfiguration  tests  were 
successful,  SelectMAP  readback  was  verified  by  programming  X2  via  JTAG,  then 
reading  out  the  configuration  to  XI  via  SelectMAP  out  to  the  PC/104.  This  concluded  in 
successful  functional  tests  of  the  communication  between  XI  and  X2  and  the  PC/ 104  bus. 
The  software  module  to  enable  read  and  write  capability  between  the  Flash  memory  and 
XI  was  developed  next.  After  successfully  erasing,  writing,  and  reading  all  blocks  of  the 
Flash  memory,  the  SelectMap  interface  between  XI  and  X2  was  developed.  Note  that 
the  capability  to  read  and  write  to  flash  from  X2  exists  but  has  not  been  tested  yet. 

CFTP  utilizes  the  SelectMAP  interface,  which  provides  an  8-bit  bidirectional 
data-bus  interface,  to  the  Virtex  configuration  logic  [21],  as  shown  in  Figure  4.  The 
SelectMAP  communications  were  tested  by  first  programming  a  clock  on  X2  via  JTAG 
and  sending  the  clock  signal  through  XI  out  to  the  PC/ 104  bus.  X2  was  then 
reprogrammed  via  SelectMAP  from  XI  to  send  a  different  clock  signal  (the  original 
clock  was  divided  by  two).  The  clock  output  on  the  PC/ 104  connection  was  also  probed 
with  an  oscilloscope  to  verify  the  clock  had  the  proper  frequency.  This  same  process  was 
used  to  verify  proper  operation  of  the  SelectMAP  readback  module.  The  separate 
modules  were  then  incorporated  into  a  top  level  program  and  integrated  with  the 
hardware  for  further  testing. 

With  all  software  modules  tested  and  operational,  an  experiment  was  chosen  to 
test  for  proper  operation.  The  process  for  developing  and  testing  an 
experiment/algorithm  is  shown  in  Figure  5.  A  Coordinate  Rotation  Digital  Computer 
(CORDIC)  algorithm  designed  by  Josh  Snodgrass  was  chosen,  because  this  algorithm 
was  previously  designed  to  operate  on  the  Xilinx  XQVR600  used  in  CFTP  [17].  This 
algorithm  was  instantiated  on  XI  and  X2.  The  algorithm  was  provided  with  a  sequence 
of  32-bit  2’s  complement  numbers  starting  at  zero  and  incremented  by  a  binary  digit. 
This  algorithm  uses  iterative  shifts  and  adds  to  perfonn  vector  rotations  of  the  input  angle 
[22].  The  output  from  the  X2  algorithm  was  then  compared  to  the  output  from  the 
algorithm  on  XI.  To  mitigate  any  timing  issues,  the  same  global  clock  was  used  for  both 
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XI  and  X2.  After  minor  modifications  to  the  XI  interface  code,  proper  operation  was 
observed  with  the  same  output  from  XI  and  X2.  A  fault  injection  technique  was  then 
developed  to  verily  proper  detection  of  an  error. 


C'FTP  Interconnections 


All  pulled 
low  initially 
for  truster 
a?  rial  mode 


Pulled  high 


Figure  4.  CFTP  Interconnections  (From  [17]) 
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Figure  5.  Experiment  Design  and  Test  Process 


The  first  method  of  fault  injection  utilized  FPGA  Editor  in  the  Xilinx  ISE 
Software.  The  configuration  diagram  was  opened,  and  a  utilized  component  was  changed 
to  produce  a  predictable  error.  A  partial  bit  file  was  then  generated  with  the  bitgen 
command  and  the  original  and  the  new  “faulty”  designs.  This  partial  bit  file  was  a 
configuration  bit  file  based  on  the  difference  between  the  two  designs.  This  bit  file  was 
programmed  onto  X2  via  JTAG  while  the  experiment  was  operating.  The  experiment 
error  counter  started  to  increment,  and  the  output  from  X2  differed  from  the  XI  output,  as 
expected.  Fault  injection  using  FPGA  editor  was  also  used  for  the  shift  register  designed 
for  radiation  testing,  and  the  results  will  be  discussed  in  the  next  section.  This  method 
was  useful  for  determining  proper  operation  of  the  experiment  and  to  verify  the  error 
counting  and  reporting  module  was  operating  as  desired.  Unfortunately,  this  method  is 
time-consuming. 

A  fault  injection  tool  was  created  by  Surratt  utilizing  the  Java-based  JBits  2.8  by 
Xilinx  [17].  (The  Virtex  II  FPGA  required  Tbits  3.0.)  JBits  is  an  application 
programming  interface  (API)  into  the  Xilinx  family  FPGA  configuration  bitstream.  JBits 
is  tile  based,  where  different  tiles  represent  CLBs,  I/O  Blocks  (IOB),  I/O  Interfaces  (IOI), 
Block  RAM  (BRAM),  BRAM  Interfaces  (BRAMI),  Global  Clocks  (GCLK),  and 
unconfigurable  blocks.  A  tile  map  of  the  Virtex  I  FPGA  is  seen  in  Figure  6.  The  fault 
injection  tool  can  be  used  to  select  a  configuration  bit  to  change  or  can  be  set  up  to  inject 
a  given  number  of  random  configuration  bit  faults  over  the  entire  FPGA,  similar  to  what 
could  be  expected  during  radiation  testing.  The  program  creates  a  full  “corrupted”  bit 
file,  which  is  programmed  into  X2  via  the  JTAG  port.  This  tool  was  primarily  used  to 
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anticipate  what  faults  would  be  seen  during  radiation  testing.  These  faults  would  be  read 
during  SelectMAP  readbacks  and  classified  as  errors  when  the  fault  affected  program 
operation.  This  tool  was  developed  just  prior  to  radiation  testing,  but  yielded  interesting 
results  in  a  short  time.  One  such  result  was  the  observation  of  double  reconfigurations, 
when  only  one  would  be  expected.  Slight  modifications  were  made  to  the  X1/X2 
interface  code  for  all  experiments  and  tested  again.  Double  reconfigurations  for  the 
CORDIC  algorithm  were  fixed,  but  the  Shift  Register  program  would  still  get  stuck  in  a 
reconfiguration  loop.  It  was  decided  to  proceed  with  the  programs  as  is  and  observe  and 
compare  results  during  radiation  testing.  Radiation  testing,  in  turn,  produced  similar 
results,  which  verified  the  validity  of  the  fault  injection  tool. 

Radiation  testing  is  also  performed  during  space  qualification  tests  to  verify  a 
component  can  withstand  the  radiation  enviromnent  of  space  in  terms  of  total  ionizing 
dose  and  Single  Event  Latch-up  (SEL)  [8].  To  complete  the  integration  and  testing 
overview,  a  brief  description  of  the  space  qualitication  process  and  environmental  testing 
for  NPSAT1  and  CFTP  integration  is  provided.  Focus  is  then  shifted  to  radiation  testing 
for  CFTP  and  the  observation  of  radiation  effects  (SEUs)  on  the  operation  of  three 
different  programs. 


IOBs  ■ 
CLBs  ■ 
Clock  ■ 
BRAM  ■ 
Corner  Voltage 
Useless/Unknown 


Figure  6.  Tile  Map  for  Virtex  I  XQV600  (from  [17]) 
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4.  Space  Qualification/Environmental  Tests 

The  exponential  increase  in  infonnation-technology  performance  has  led  to  a 
change  in  how  systems  are  qualified  for  space.  The  general  progression  can  be 
summarized  with  the  following  categories  [23]: 

1)  component  -  individual  discrete,  integrated  circuits  are  qualified 

2)  manufacturing  process  -  manufacturing  line  is  qualified 

3)  system  design  -  system  is  qualified 

4)  design  approach/design  tools  -  hardened  by  design 

Initially,  component  qualification  was  dictated  by  Military  Specification 
Standards  (MIL-STD).  Now,  the  focus  is  on  performance  specifications,  and 
manufacturers  qualify  the  process,  not  the  component.  The  following  lists  what 
manufacturers  must  show  to  demonstrate  a  given  radiation  hardness  level  [23]: 

1)  Model  verification,  design  rule  verification  and  perfonnance  verification 

2)  Statistical  Process  Control  (SPC),  Technology  Characterization  Vehicle 

(TCV) 

3)  Evaluation  circuits 

4)  Parametric  Monitors 

a)  Particular  for  GaAs  devices  under  total  dose,  neutron  or  proton 
fluence  ,  test  structures  must  monitor  sheet  resistance,  isolation, 
Field  Effect  Transistor  (FET)  parameters. 

b)  Tests  shall  also  examine  Dose-rate  latchup,  dose-rate  upset,  SEE, 
Total  Ionizing  Dose  (TID)  and  displacement  damage  by  protons  or 
neutrons. 

The  last  item  highlights  the  more  common  purpose  for  radiation  testing.  As 
previously  mentioned,  radiation  testing  for  CFTP  will  focus  on  SEUs  and  the  effect  on 
circuit  operation.  In  addition  to  radiation  testing,  components  also  undergo  additional 
environmental  testing.  The  above  processes  are  primarily  applied  to  electronic 
components.  Further  testing  is  required  for  circuit  cards  and  system  designs. 
Environmental  tests  are  designed  to  validate  these  designs. 
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Environmental  tests  are  designed  to  verify  the  survivability  of  the  component  and 
system  for  launch  and  space  environments.  For  example,  the  array  of  testing  for  NPSat-1 
is  listed  below  [24]. 

1)  Functional/Verification  Test 

Functionality  will  be  verified  before  and  after  every  environmental  test. 

2)  Static  Loads  Test 

The  Engineering  Development  Unit  (EDU)  will  undergo  a  static  loads  test 
for  qualification. 

3)  Random  Vibration  Test 

The  EDU  will  undergo  three-axis  vibration  testing  for  qualification. 

4)  Low-Level  Sine  Sweep  Test 

This  test  determines  vibration  modes  and  will  be  performed  before  and 
after  each  vibration  test. 

5)  Mechanical  Shock  Test 

A  shock  test  on  the  EDU  will  be  performed  to  verify  survival  from  the 
spacecraft  separation  system. 

6)  Thermal- Vacuum  (TVAC)  Cycling 

Bad  solder  joints  on  electronic  components  will  be  detected  during  this 
test. 

7)  Electromagnetic  Compatibility  (EMC)  Test 

This  test  verifies  that  the  spacecraft  electronics  are  not  susceptible  to 
damage  by  radio  frequency  (RF)  emissions  during  pre-launch,  launch  and 
orbital  environments. 

8)  Mass  Properties  Test 

Center  of  Mass  and  Moments  of  Intertia  data  will  be  detennined  for 
attitude  control. 
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9)  Magnetics  Test 

This  test  is  performed  to  calibrate  the  magnetometer  to  be  used  for  the 
attitude  control  subsystem  (ACS). 

System  testing  for  CFTP  will  be  performed  at  the  box  level  prior  to  integration 
with  NPSat-1.  Box  testing  will  consist  of  vibration  testing,  thennal-vacuum  cycling,  and 
electromagnetic  interference  (EMI)  testing.  Vibration  testing  will  first  be  accomplished 
in  the  orientation  of  launch  with  just  the  base  plate  and  a  component-less  circuit  card  to 
measure  deflection.  Launch  orientation  of  NPSAT 1  was  shown  in  Chapter  I,  and  the 
location  of  CFTP  within  NPSAT  1  is  shown  in  Figure  7.  This  data  will  be  analyzed  to 
verify  no  component  damage  will  occur  due  to  incidental  contact  with  other  parts  of  the 
box.  The  vibration  test  is  then  repeated  with  the  processor  card  inserted  in  place  of  the 
blank  circuit  card.  This  vibration  test  will  verily  the  components  are  securely  fastened  to 
the  respective  circuit  cards,  and  all  components  are  properly  fastened  to  the  base  plate. 
This  also  validates  the  engineering  design  of  the  CFTP  project. 

After  initial  vibration  testing  is  satisfactorily  completed  (no  component  loss  or 
damage),  the  power  supply  is  added  to  the  base  plate  and  the  processor  configuration  is 
placed  in  the  vacuum  chamber  for  TVAC  cycling.  As  mentioned  previously,  TVAC 
cycling  locates  bad  solder  joints  that  may  cause  a  component  to  dislodge  during  launch  or 
prevent  a  signal  from  passing  through  the  pin.  After  TVAC  cycling,  the  entire  CFTP 
experiment  is  assembled  in  the  box  and  put  through  another  vibration  test.  The  final 
environmental  test  for  CFTP  prior  to  integration  with  NPSat-1  is  the  EMI  test.  EMI  is 
mitigated  first  with  part  selection  and  design.  Shielded  twisted  pair  (STP)  wiring  is  used 
to  minimize  conducted  EMI  with  other  components  in  the  spacecraft.  Additionally, 
external  EMI  is  mitigated  by  using  an  isolated  power  supply,  which  also  minimizes  EM 
leakage.  Radiated  EMI  is  mitigated  by  containing  the  CFTP  experiment  in  an  aluminum 
box. 

CFTP  is  ready  for  integration  with  NPSAT-1  upon  completing  this  box-level 
testing.  After  launch  in  October  2006,  CFTP  is  ready  to  run  experiments  on-orbit  and 
provide  data  to  correlate  with  ground  radiation  testing. 
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Figure  7.  NPSat-1  Launch  Orientation  (From  [25]) 
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5.  Radiation  Testing 

Radiation  testing  was  conducted  in  separate  stages.  The  first  stage  was  completed 
when  FPGA  Editor  was  used  to  inject  a  fault  to  verify  proper  operation  of  the  given 
experiment.  The  JBits-based  fault  injection  tool  was  then  used  to  generate  multiple  faults 
during  one  run  period.  These  results  provided  an  excellent  knowledge  base  for  observing 
real-time  radiation  test  results  at  UC-Davis,  which  were  conducted  in  accordance  with 
Appendix  A.  The  final  stage  of  radiation  testing  then  occurs  after  October  2006,  with 
NPSAT-1  and  MidSTAR-1  on-orbit.  Fault  injection  techniques  were  slightly  different 
between  the  two  development  boards. 

a.  CFTP  Virtex  I  vs.  CFTP  Virtex  II 

The  design  detailed  in  [8]  will  fly  on  NPSat-1  and  MidSTAR-1.  A  second 
board  was  also  built  by  the  Naval  Research  Laboratory  and  Silver  Engineering  for 
experiment  development  and  radiation  testing.  This  second  board,  referred  to  as  CFTP-2, 
utilizes  a  Virtex  II,  6-million-gate-equivalent  FPGA  (XC2V6000)  for  X2.  From  the 
interface  design  standpoint,  one  significant  difference  between  the  two  boards  is  the  use 
of  different  variants  of  the  same  flash  memory  chips  (Intel  Advanced  Boot  Block  vs.  Intel 
Advanced  Boot  Block+  [blocks  are  auto-locking]).  The  flash  memory  on  CFTP-1  is 
bottom  boot;  the  first  eight  blocks  are  eight  Kbytes  each.  The  flash  memory  on  CFTP-2 
is  conversely,  top  boot.  This  difference  required  a  modification  to  the  computer  code  for 
the  flash  memory.  Additionally,  a  second  flash  chip  was  added  due  to  the  increased  size 
of  a  configuration  file  for  a  Virtex  II  FPGA.  These  modifications  were  successfully 
tested  on  CFTP-2.  Another  difference  between  the  two  boards  is  the  lack  of  SDRAM 
memory  on  CFTP-2.  With  the  increased  capacity  of  the  Virtex  II  FPGA,  the  SDRAM 
was  deemed  unnecessary.  The  Virtex  II  also  has  a  different  pinout  and  array  address 
naming  convention,  which  yielded  a  different  user  constraint  file.  A  user  constraint  file  is 
used  to  specify  physical  constraints  that  the  user  wants  to  impose,  such  as  a  specific 
signal  tied  to  a  specific  pin  or  a  specific  program  to  a  specific  area  of  the  FPGA.  The 
constraint  files  are  located  in  Appendix  D.  The  major  difference,  though,  is  the  order  of 
magnitude  size  difference  between  the  two  FPGAs.  This  enabled  the  experimenters  to 
run  the  PIX  program  on  the  CFTP  Virtex  II  board.  Once  these  differences  were 
understood,  the  JBits-based  fault  injection  tool  was  developed  for  both  CFTP  boards. 
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b.  Ground  Testing 

The  purpose  of  radiation  testing  for  CFTP  is  to  determine  how  an 
algorithm/experiment  is  going  to  operate  when  SEUs  occur.  The  fault  simulators  can 
simulate  these  SEUs  by  “flipping”  a  bit  from  a  “1”  to  “0”,  or  vice  versa,  and 
experimenters  can  observe  the  operation/performance.  As  previously  mentioned,  using 
FPGA  Editor  to  change  an  item  in  the  configuration  drawing  was  a  tedious  and  time 
consuming  process.  The  configuration  file  (.ncd)  is  an  output  from  the  place  and  route 
function  in  Xilinx  ISE.  This  file  was  opened  in  edit  mode,  and  some  function  of  a  LUT, 
FF,  MUX,  routing,  etc.  was  changed.  For  example,  for  the  shift  register  the  LUT  block 
was  changed  from  a  Xilinx  macro-function  utilizing  the  RAM  memory  elements  to  a 
LUT  outputting  a  constant  “1.”  The  LUT  blocks  are  highlighted  squares  on  the  left  in 
Figure  8.  A  bit  difference  file  was  then  created  and  used  to  program  X2  via  JTAG  to 
simulate  the  SEU. 

As  an  alternative,  the  JBits-based  fault  simulator  was  designed  with  a 
graphical  interface,  displaying  a  tilemap  as  shown  in  Figure  6.  Specific  bits  can  be 
changed,  and  the  graphical  interface  makes  it  easy  to  observe  fault  occurrence.  The  first 
method  of  injecting  a  fault  was  done  by  clicking  on  a  particular  tile.  The  program  would 
then  randomly  flip  a  bit  within  that  tile,  program  X2  with  the  new  “faulty”  configuration, 
and  display  the  actual  location  of  the  injected  fault  as  a  red  circle.  After  a  fault  triggered 
a  reconfiguration,  all  corrected  faults  were  displayed  as  triangles.  A  picture  of  the  tile 
map  with  uncorrected  (circles)  and  corrected  (triangles)  faults  is  shown  in  Figure  9.  A 
script  was  also  designed  to  generate  faults  at  a  specified  rate  to  observe  multiple  faults 
over  time  [17]. 

The  third  stage  of  ground  radiation  testing  was  to  test  the  developed 
algorithms  in  the  cyclotron  at  UC-Davis.  The  test  plan  used  for  this  testing  is  in 
Appendix  A.  The  cyclotron  at  Crocker  Nuclear  Laboratory  bombarded  CFTP  with  63 
MeV  protons  to  produce  SEUs.  The  perfonnance  of  each  algorithm  was  then  monitored 
for  fault  and  error  handling.  One  minor  note  for  radiation  testing  is  that  the  Virtex  I  and 
Virtex  II  FPGAs  used  for  X2  are  not  radiation  hardened.  The  manufacturing  difference 
between  hardened  and  unhardened  Xilinx  FPGAs  is  the  addition  of  an  epitaxial  layer  for 
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the  radiation  variant.  The  epitaxial  layer  mitigates  the  likelihood  of  SEL,  as  well  as 
increasing  the  total  dose  tolerance  of  the  FPGA  [26].  This  should  not  affect  the 
occurrence  of  SEUs,  but  may  be  an  area  for  future  studies.  Results  from  radiation  testing 
were  then  compared  to  the  results  from  the  fault  injection  tool  as  described  earlier. 
Radiation  results  will  also  be  used  to  establish  a  baseline  for  expected  SEUs  and 
experiment  operation  on-orbit. 

c.  On-orbit  testing 

All  testing  described  to  this  point  is  intended  to  validate  designs  and  verify 
that  systems  will  withstand  the  space  environment.  Although  these  tests  are  intended  to 
be  as  similar  to  space  conditions  as  possible,  spacecraft  engineers  are  hesitant  to  utilize 
newly  developed  components  or  technologies  without  demonstrated  performance  in 
space.  A  common  method  for  demonstrating  this  performance  is  through  an 
experimental  test  bed,  such  as  that  provided  for  CFTP  in  NPSat-1  and  MidSTAR-1.  The 
CFTP  design  of  using  a  control  and  experiment  FPGA  is  not  new,  but  has  only  been 
demonstrated  in  space  on  the  Adaptive  Instrument  Module  (AIM)  launched  on  the 
Australian  FEDSAT-1  on  14  December,  2002  [27].  In  addition  to  demonstrating  the  use 
of  a  control  and  experiment  FPGA,  CFTP  is  designed  as  a  test  bed  to  run  different 
algorithms  to  test  different  reliability  strategies  and  reconfigurability  for  FPGAs. 
Operational  data  of  different  algorithms  has  been  collected  through  ground  testing.  The 
same  algorithms  will  be  run  on-orbit  to  validate  ground  testing  results.  More 
importantly,  a  TMR  processor  (PIX  must  be  made  smaller  to  fit  on  the  flight-version 
CFTP  Virtex  I)  and  other  algorithms  for  configuration-error  detection  and  scrubbing 
techniques  can  be  run  to  determine  best  practices  and  designs. 


22 


{£> - CZ>C0UT 


G4 

G3 

G2 

G1 


CZ>^ 


FSIN 


[=> 


Ft 

F3 


FI 


t=z>- 


SR 


□  l«1 

□  15X1 DP 

□  15X2 

□  32X1 

□  1  SHI  FT 

□  2  SHIFTS 


M  □  VJT 

A2  □  ROM 

A1 

'AS  Dl 

^t>-k 


TO 


7/H-- 


tCTOJ^ 


TO 


TO 


TO 


t> 


t> 


□  FF 

□  LATCH 

□  high 

□  low 


NT  REP 


£ 


°£  Off 

□  LATCH 

□  HIGH 

□  LOW 

NT  REV 

RESET TYPE 


□  SYNC 

□  ASYNC 


-d>  YB 


1  >  XS 


C=>FS 


1  >  XQ 


Figure  8.  Xilinx  Virtex  I  Slice  (From  [14]) 
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Figure  9.  Tile  Map  Display  -  JBits  and  Radiation  Testing 

The  inaccessibility  of  space  is  precisely  why  CFTP-like  systems  are  an 
ideal  solution  for  computer  processing  in  space.  When  configuration  errors  are  detected, 
a  new  configuration  (or  partial  configuration)  can  be  programmed  with  little  to  no  loss  in 
satellite  operations.  In  this  vane,  radiation  testing  for  CFTP  will  help  determine  best- 
practices  to  detect  configuration  errors,  correct  them,  and  ensure  proper  operation  of  the 
processor  (and  other  components  of  the  satellite).  Preparations  for  radiation  testing  are 
outlined  in  the  next  chapter. 
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IV.  RADIATION  TEST  PREPARATION 


A.  CFTP  INTERFACE  PROGRAM 

The  interface  software  for  CFTP  was  developed  in  a  modular  fashion  to  enable 
simple  integration  with  any  X2  experiment.  One  key  function  within  the  XI  code  was  to 
generate  error  reports  and  print  the  output  from  SelectMAP  readbacks.  During 
development,  “heartbeat”  error  reports  were  set  to  print  every  three  seconds.  This  would 
enable  the  experimenter  to  verily  that  his  program  was  still  operating  and  had  not  stuck  in 
a  steady  state,  such  as  could  be  caused  by  an  SEL.  SelectMAP  readbacks  were 
programmed  to  do  a  comparison  check  with  the  configuration  in  the  Flash  memory  every 
30  seconds.  This  would  allow  the  experimenter  to  verify  the  desired  number  of  SEUs 
was  occurring.  With  a  reporting  program  in  place,  the  next  step  was  to  develop  a 
program/circuit  to  help  set  the  proper  proton  flux  level  for  the  desired  SEU  rate  and 
validate  results  from  previous  radiation  testing  with  Xilinx  FPGAs.  A  shift  register 
experiment  was  then  developed  for  X2  to  observe  SEUs  and  ensure  the  proton  flux  was  at 
an  appropriate  level  for  data  analysis. 

B.  SHIFT  REGISTER 

A  shift  register  is  a  simple  circuit  that  shifts  Is  and  Os  through  a  series  of  flip- 
flops.  A  shift  register,  which  provided  for  intermediate  data  comparison,  was  developed 
for  initial  testing  at  the  UC-Davis  cyclotron. 

1.  Purpose 

The  desired  SEU  rate  for  CFTP  radiation  testing  was  arbitrarily  chosen  to  be  2-5 
SEUs  per  minute.  This  rate  would  be  high  enough  to  observe  that  SEUs  were  occurring, 
but  low  enough  to  enable  the  experimenters  to  determine  if  their  algorithm  was  operating 
properly  and  decipher  the  test  results.  A  simple  algorithm  was  desired  to  cover  the 
maximum  amount  of  physical  area  on  the  FPGA  chip  to  allow  for  the  best  probability  of 
a  configuration  fault  manifesting  itself  as  a  data  error.  Maximum  area  is  defined  here  as 
utilizing  the  maximum  number  of  slices  on  the  FPGA.  Each  CLB  consists  of  two  slices, 
pictured  in  Figure  8.  A  shift  register  was  chosen  due  the  simplicity  of  the  shift  register 
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and  the  ability  to  obtain  limited  SEU  location  data  while  the  circuit  is  operating.  The  bit 
length  of  the  shift  register  was  then  increased  or  decreased  to  maximize  the  area  coverage 
of  the  FPGA. 

2.  X2  Design 

The  implementation  of  the  shift  register  needed  to  allow  for  SEU  detection, 
provide  limited  location  information,  and  provide  for  simple  length  adjustment.  Xilinx 
FPGAs  can  use  the  Look  Up  Tables  (LUTs)  as  a  16-bit  memory  element  for  shift  register 
implementation  with  the  SRL16  macro.  The  first  shift  register  design  used  only  these 
macros.  The  second  shift  register  design  incorporated  flip-flops  interleaved  with  the 
SRL16  macros  to  increase  the  area  usage  of  the  FPGA.  The  final  design  disallowed  use 
of  the  SRL16  macro,  forcing  the  ISE  program  to  utilize  only  flip-flops. 

The  input  for  the  shift  register  comes  from  a  maximal-length  15-stage  LFSR 
instantiated  on  XI.  This  generates  pseudo-random  Os  and  Is  continuously,  until  the 
program  is  stopped.  Because  XI  is  not  in  the  proton  beam,  the  output  from  the  LFSR 
was  assumed  to  be  “safe”  from  SEU.  Possible  SEUs  could  occur  between  the  input  at  X2 
and  the  input  of  each  shift  register,  and  this  possibility  is  addressed  in  the  detection 
design. 

a.  Detection 

Detection  of  SEUs  was  implemented  using  a  comparison-based  technique 
using  XOR  gates  between  two  different  register  “trains”  [28],  The  first  design  used  the 
SRL16E  (E  is  for  clock  enable)  for  the  shift  register.  To  most  efficiently  compare  two 
different  register  trains  (further  referred  to  as  the  a-side  and  b-side),  the  sixteenth  bit  (the 
output  of  each  SRL16E)  of  each  train  was  routed  to  an  XOR  gate.  If  any  comparison 
output  produced  a  “1”,  indicating  that  an  SEU  had  occurred  in  one  of  the  trains,  a  signal 
“sumdiff’  was  pulled  high,  as  illustrated  in  Figure  10.  This  shift  register  module  was 
then  copied  15  additional  times  to  create  16  different  columns. 

It  is  also  possible  that  an  SEU  could  occur  between  the  input  of  the  LFSR 
bit  stream  to  X2  and  the  start  of  the  shift  register  trains,  previously  mentioned,  or 
conversely,  between  the  output  of  the  shift  registers  and  the  output  of  X2.  This  would 
lead  to  a  fault  propagating  simultaneously  through  the  a-side  and  b-side  of  the  shift 

register  train,  undetectable  to  the  XOR  circuitry.  A  copy  of  the  shift  register  was  initially 
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implemented  on  XI  to  allow  for  comparison  of  the  sixteen  train  outputs  from  X2  to 
detect  such  an  SEU.  This  implementation  created  some  anomalous  results  during 
program  operation,  so  the  function  was  moved  to  X2.  The  output  from  the  a-side  of  the 
trains  were  compared  against  each  other  using  a  16-input  XOR.  If  the  output  was  a  “1”,  a 
separate  error  counter  would  increment.  It  is  recognized  that  two  SEUs  could  propagate 
to  produce  a  “0”,  or  an  undetected  fault,  but  CFTP  is  designed  with  the  assumption  that 
two  or  more  SEUs  will  not  occur  at  the  same  time.  The  implementation  of  this  secondary 
error  detection  function  is  illustrated  in  Figure  11. 


SRL16E 


Figure  10.  Shift  Register  Implementation 


DOUT  <D-1Ss- 


3 


3L>— i 


DOUT_XORttX1 


Figure  1 1 .  Secondary  Error  Detection 
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b.  Location/Constraints 

To  address  the  ability  to  discern  some  location  data  for  SEUs,  the  output 
was  designed  to  reflect  a  given  area  of  the  FPGA.  Sixteen  areas  were  chosen  as  there  are 
42  auxiliary  input/output  (I/O)  pins  between  XI  and  X2  for  programmer  usage.  Because 
the  shift  register  initially  used  2  outputs  for  each  copy  of  the  shift  register,  sixteen  would 
allow  for  the  maximum  number  of  copies  of  the  shift  register.  At  the  same  time,  sixteen 
columns  were  a  small  enough  number  to  easily  interpret  the  data  reports  during  the  shift 
register  operation. 


Three  patterns  were  considered  for  generating  additional  copies  of  the 
shift  register.  The  first  was  a  4x4  checkerboard  pattern,  where  the  report  output  would  be 
labeled  in  a  grid  pattern  Al,  A2,...,A4,  Bl,  ...,  D4.  The  other  two  options  were  sixteen 
columns  or  sixteen  rows,  with  all  three  options  pictured  in  Figure  12.  The  checkerboard 
pattern  had  a  potential  to  yield  confusing  results,  based  on  interpreting  the  error  reports, 
compared  to  the  simpler  column  or  row  format.  A  majority  of  the  auxiliary  I/O  pins  for 
X2  were  located  at  the  top.  So  in  an  attempt  to  increase  place-and-route  efficiency  by  the 
ISE  software,  and  possibly  increasing  the  length  of  the  shift  registers,  the  column  pattern 
was  chosen.  This  also  provides  for  an  easy  report  layout. 


Al 

A2 

A3 

A4 

Bl 

B2 

B3 

B4 

Cl 

C2 

C3 

C4 

D1 

D2 

D3 

D4 

CHECKERBOARD 


Figure  12.  Shift  Register  Generation  Patterns 


The  VHDL  “generate”  command  was  used  to  make  sixteen  shift-register 
trains.  The  shift-register  module  and  X2  top-level  code  are  listed  in  Appendix  D.  These 
shift-register  banks  were  further  defined  in  a  constraint  file  in  the  Xilinx  ISE  software  to 
occupy  the  columns  as  defined  in  Figure  12.  The  constraint  files  for  the  Virtex  I  and 
Virtex  II  boards  are  both  listed  in  Appendix  D. 
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c.  SRL1 6  Implementation 

The  length  of  the  shift-register  train  was  defined  with  a  global  variable. 
This  made  it  easy  to  increase  the  size  of  the  shift  registers  to  maximize  area  coverage  of 
the  FPGA  with  different  implementations  for  the  Virtex  I  FPGA  or  (by  enlarging  the 
size)  for  the  larger  Virtex  II  chip.  As  previously  mentioned,  the  initial  shift-register 
design  used  the  SRL16  macro.  More  specifically,  the  SRL16E,  which  has  a  clock  enable 
function,  was  used.  This  clock  enable  function  was  used  to  stop  the  shift  register  when 
performing  a  SelectMAP  readback.  The  SRL16E  macro  uses  the  four  address  lines  of  the 
LUT  as  configuration  control  to  utilize  the  SRAM  cells  of  the  LUT  as  a  16-stage  delay, 
where  each  stage  can  be  tapped.  The  data  shifts  on  each  clock  pulse.  [29]. 

Because  the  SRL16E  performs  as  a  16-bit  shift  register,  the  output  of  each 
SRL16E  was  compared  for  SEU  detection  as  described  earlier.  Additionally,  16-bit 
increments  were  used  when  changing  the  size  of  the  shift  register  to  maximize  FPGA 
coverage.  The  tested  version  of  the  shift  register  using  only  SRL16E  macros  (no  flip- 
flops)  contained  2400  bit  shift  registers  and  used  88  percent  of  the  slices.  Area 
constraints  during  the  synthesis  process  (netlist  creation)  were  a  limiting  factor  that 
prevented  using  100  percent  of  the  slices.  Length  and  slice  usage  for  the  other  two 
versions  of  the  shift  register  are  summarized  in  the  next  section. 

3.  Shift  Register  Variations 

Two  additional  variations  of  the  shift  register  were  developed  to  analyze  the  data 
sensitivity  to  the  LUTs  (SRL  Macro)  and  flip-flops.  The  intent  behind  the  second  shift 
register  design  was  to  force  the  Xilinx  software  to  utilize  the  LUTs  as  SRL16E  macros 
(like  the  original  shift  register  design)  and  the  flip-flops,  which  were  not  utilized  in  the 
original  design  [30].  To  do  this,  the  sixteenth  AND  seventeenth  bits  were  XOR’d  and 
routed  to  the  detector.  The  design,  labeled  SRL+1  for  SRL  plus  one  bit,  is  shown  in 
Figure  13.  The  third  variant  utilized  only  flip-flops  by  disabling  the  SRL  16  macro 
function.  Different  designs  and  the  two  different  Virtex  chips  led  to  different  length  shift 
registers.  Table  1  contains  a  summary  of  the  different  shift  register  sizes  for  each 
version,  along  with  the  slice  usage.  The  percentage  of  slice  usage  varies  varies  from  74 
to  97  percent  between  the  various  designs  on  both  Virtex  chips.  The  differences  are 
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believed  to  be  due  to  the  implementation  of  the  SRL16  macro  versus  flip-flops  on  the 
same  Virtex  model,  and  different  structure  of  a  slice  on  the  newer  Virtex  II. 

Due  to  the  modular  design  of  the  shift  register  experiment,  only  the  shift  register 
module  needed  to  be  changed.  All  top-level  code  was  unchanged,  and  the  VHDL  code 
for  the  alternate  shift  register  designs  is  listed  in  Appendix  D. 


FDCE 


Figure  13.  SRL16E  and  FF  Shift  Register  Design  (SRL+1) 


Table  1 .  Shift  Register  Length  (bits)  and  Slice  Usage  (%) 


Virtex  I 

Virtex  II 

Shift  Register  Design 

Length 

Slice  Usage 

Length 

Slice  Usage 

SRL16E  only 

2400 

88 

12000 

91 

Flip-flops  only  (no  SRL) 

320 

79 

1500 

74 

SRL16E  and  flip-flops 

2040 

89 

8500 

97 

Because  proper  operation  and  fault  detection  reporting  was  observed  with  the  first 
shift  register  design,  fault  injection  using  FPGA  Editor  was  bypassed  for  the  additional 
variants  of  the  shift  register.  All  versions  were  tested  with  the  JBits-based  fault-injection 
tool,  and  the  results  are  discussed  in  Chapter  V  along  with  the  results  from  cyclotron 
testing. 
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4.  XI  Design 

The  interface  VHDL  code  for  XI  was  created  by  Surratt  [17].  Shell  files  for  the 
XI  top  level  code,  XI -X2  interface  code,  clocking  code,  and  the  constraint  file  were 
modified  to  operate  with  the  experiment  program.  SelectMAP  and  PC/ 104  modules  are 
standard  for  any  experiment  and  are  listed  in  Appendix  D. 

The  first  task  was  to  create  the  XI -X2  interface  code  (listed  in  Appendix  D).  For 
the  shift  register,  this  included  creating  the  LFSR  to  generate  the  bitstream,  a  parallel 
shift  register,  and  a  counting/comparator  module  for  reports.  The  LFSR  was  based  on 
Gulotta’s  example  and  modified  for  the  following  polynomial:  X15  +X  +  1  [29].  This 
polynomial  minimized  the  tap  points  to  two,  but  was  large  enough  to  generate  a  pseudo¬ 
random  sample  of  bits.  The  next  task  was  implementing  a  copy  of  the  shift  register 
module  on  XL  When  initial  simulations  showed  anomalous  events  regarding  the 
comparison  between  the  X2  shift  registers  and  the  XI  copy,  this  function  was  moved 
onto  X2. 

The  next  addition  to  the  interface  code  was  the  counting  module.  This  consisted 
of  seventeen  variables:  one  to  count  whenever  a  shift  register  train  did  not  agree  with  the 
rest  and  one  for  the  XOR  detector  output  of  each  of  the  sixteen  columns.  “Heartbeat” 
reports  were  printed  out  to  PC/ 104  every  3  seconds,  and  a  SelectMAP  readback  was 
completed  every  30  seconds.  If  any  counter  reached  128  errors  (hex”80”),  the  part  was 
forced  to  reconfigure.  Sample  output  reporting  from  the  shift  register  is  shown  in  Table 
2.  The  signal  dout  allows  the  experimenter  to  verify  the  LFSR  is  sending  Is  (01  01)  and 
0s  (00  00),  and  sumdiff  is  a  hexadecimal  representation  of  the  XOR  detector  output  from 
each  column.  For  example,  a  detected  data  error  in  the  third  column  from  the  right  would 
read  hex”00  04”.  The  signal  dout  errcnt  is  the  XOR  output  from  the  dout  output  of  each 
column,  which  detects  that  a  possible  data  error  that  propagated  simultaneously  through  a 
shift  register  train.  Lastly,  the  counters  for  each  column  are  displayed  relative  to  the 
FPGA,  meaning  an  incrementing  counter  in  one  of  the  right  columns  indicates  an  SEU  on 
the  right  side  of  the  FPGA. 
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Table  2.  Sample  Shift  Register  Report 


Selectmap  Readback: 

Read:  40,  Expected:  00,  Mask:  00,  Location:  027890,  MJA:  28,  CLB  column,  left  half 
Read:  e6,  Expected:  e4,  Mask:  00,  Location:  059b73,  MJA:  64,  CLB  column,  left  half 


21:57:20 


dout:  00  00 

21:57:22 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0) 

dout:  00  00 

21:57:25 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0) 

dout:  00  00 

21:57:28 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0) 

dout:  00  00 

21:57:31 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0) 

dout:  00  00 

21:57:34 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0) 

dout:  0101 

21:57:37 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0) 

dout:  0101 

21:57:40 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0) 

dout:  00  00 

sumdiff:  00  04 

dout  errcnt:  00 

Col(15:0) 

21:57:43 


errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  81  00  00 


Selectmap  Readback: 

Read:  ba,  Expected:  fa,  Mask:  02,  Location:  0076f6,  MJA:  6,  CLB  column,  left  half 
Read:  40,  Expected:  00,  Mask:  00,  Location:  027890,  MJA:  28,  CLB  column,  left  half 
Read:  3d,  Expected:  3f,  Mask:  00,  Location:  043eae,  MJA:  49,  CLB  column,  right  half 
Read:  e6,  Expected:  e4,  Mask:  00,  Location:  059b73,  MJA:  64,  CLB  column,  left  half 


21:57:44 

Selectmap  Reconfig... 

dout:  00  00  sumdiff:  00  00  dout  errcnt:  00  Col(  15:0)  errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  80  00  00 
21:57:46 

Selectmap  Readback: 


32 


21:57:50 

Selectmap  Reconfig... 

dout:  00  00 

21:57:53 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0)  errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

dout:  0101 

21:57:56 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0)  errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

dout:  0101 

21:57:59 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0)  errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

dout:  00  00 

21:58:02 

sumdiff:  00  00 

dout  errcnt:  00 

Col(15:0)  errcnt:  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00  00 

After  the  interface  code  was  completed,  the  clocking  code  (clockGen.vhd)  was 
modified.  The  25  MHz  clock  was  initially  used  to  the  test  the  shift  register  program. 
Analysis  of  the  timing  revealed  data  paths  that  were  taking  up  to  79  nanoseconds  (ns), 
more  than  the  40  ns  duration  of  the  25  MHz  clock.  The  clock  was  then  divided  down 
once  to  produce  a  12.5  MHz  clock.  The  copy  of  the  shift  register  train  on  XI  was 
removed  after  dividing  the  clock,  which  produced  a  maximum  signal  delay  of  23  ns. 
Although  the  timing  constraint  of  the  25  MHz  would  then  have  been  met,  it  was  decided 
to  keep  the  clock  at  12.5  MHz.  The  clock  code  is  shown  in  Appendix  D. 

The  last  item  needed  for  the  experiment  to  operate  was  the  XI  top  level  code 
(cftp  xl.vhd),  which  provided  overarching  control  for  all  the  modules  on  XL  The 
primary  modifications  to  this  code  were  to  ensure  the  proper  signals  to  and  from  X2  were 
declared  for  the  X2  experiment.  This  code  is  also  shown  in  Appendix  D  along  with  the 
constraint  files  for  the  Virtex  I  and  Virtex  II  boards. 
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V.  RADIATION  TEST  RESULTS 


A.  FAULT  INJECTION 

1.  FPGA  Editor 

FPGA  Editor  allows  the  user  to  manually  change  the  configuration  of  an  FPGA. 
This  tool  was  used  with  the  SRL16-only  version  of  the  shift  register.  The  final  output  of 
the  b-side  register  is  XOR’d  with  the  a-side  output  to  produce  the  sumdiff  bit  that  is  sent 
to  XI.  The  a-side  output  is  also  compare  with  the  a-side  output  from  the  other  15  copies 
of  the  shift  register.  To  produce  a  singular  error,  the  final  output  of  the  b-side  register 
was  changed  to  a  constant  ‘1’.  This  was  accomplished  by  changing  the  function  of  the 
LUT  from  a  SRL16  shift  register  to  a  LUT  that  outputs  a  ‘  1’.  This  only  produces  an  error 
whenever  the  output  bit  from  the  a-side  is  a  ‘O’.  The  sumdiff  output  reads  x”80  00,” 
indicating  the  far  left  column  has  a  data  miscompare.  The  dout  errcnt  remains  x”00  00,” 
because  the  a-side  output  is  still  producing  the  same  output  as  the  other  1 5  shift  register 
trains.  The  other  observable,  Col(  15:0)  errcnt,  increments. 

This  new  configuration  was  saved,  and  a  bit  difference  file  was  created  using 
bitgen  [14].  This  bit  file  was  then  programmed  onto  X2  via  JTAG.  The  expected  results 
described  in  the  previous  paragraph  were  observed.  This  process  deomonstrated  that  the 
error  counting  function  in  the  XI  programming  was  operating  properly.  Because  the 
other  two  versions  of  the  shift  register  use  the  same  XI  code  and  X2  top-level  code  (only 
the  shift  register  module  was  changed!),  they  were  not  tested  in  this  manner. 

2.  JBits 

JBits  was  programmed  to  inject  random  errors  in  the  Virtex  I  design  to  establish  a 
baseline  for  fault  occurrence  and  reconfiguration  prior  to  radiation  testing.  (The  fault 
injection  for  the  Virtex  II  using  JBits  3.0  was  still  under  development.).  All  three  shift 
register  versions  were  tested.  Using  a  modified  MATLAB  program  designed  by  Josh 
Snodgrass,  the  results  were  first  analyzed  for  l-to-0  and  0-to-l  transistions  [31].  The 
MATLAB  script  is  located  in  Appendix  D.  A  preponderance  of  0-tol  transitions  were 
observed  for  the  SRL16-only  and  flip-flop-only  shift  registers.  (The  results  from  these 
two  versions  were  sufficient  for  pre-radiation  observations,  so  the  SRL  16-plus-flip-flop 
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version  was  only  briefly  tested.)  The  second  observation  was  the  number  of  faults 
accumulated  before  reconfigurations  occurred.  These  results  are  shown  in  Table  3. 


Table  3.  JBits  Fault  Injection  Results 


Shift  Register 

0-to-l  (#) 

l-to-0  (#) 

SEUs  (#) 

Recon’ s (#) 

Average 

SEU/Recon 

FF-only  (run  1) 

68 

27 

95 

24 

3.96 

FF-only  (run  2) 

55 

42 

97 

14 

6.93 

SRL16-only 

22 

4 

25 

110 

0.227 

SRL16  +  FF 

3 

2 

5 

5 

1 

B.  CYCLOTRON 

As  previously  stated,  radiation  testing  was  performed  on  the  CFTP-1  using  the 
three  shift  register  configurations  and  two  CORDIC  algorithms.  CFTP-2  was  tested  with 
the  same  programs  and  the  PIX  processor.  Results  from  the  CORDIC  test  runs  are 
incorporated  in  an  overall  analysis  for  on-orbit  SEU  prediction.  Otherwise,  only  shift 
register  results  were  analyzed. 

1.  CFTP-1 

Radiation  testing  was  first  attempted  from  30  August  -  1  September  2005. 
Problems  were  encountered  during  initial  CFTP  set-up.  One  main  problem  was  that  the 
CFTP  board  and  the  TMZ104  processor  DC-power-supplies  were  set  with  a  1-Amp  limit. 
This  caused  the  voltage  to  drop  when  attempting  to  program  XL  The  current-limit  for 
the  6- Volt  source  (set  at  5  Volts)  supplying  power  to  the  TMZ104  processor  was 
increased  to  2  Amps.  The  processor  and  board  then  initialized  properly,  but  the  voltage 
for  the  CFTP  board  would  occasionally  drop  to  2  Volts,  drawing  1  Amp.  Because  the  25- 
Volt  source  (also  set  at  5  Volts)  was  limited  to  a  1-Amp  maximum,  the  current-limit 
could  not  be  increased.  The  short-term  fix  was  to  restart  CFTP  and  re-run  the  CORDIC 
experiment,  which  was  the  first  working  experiment.  Later  refinement  of  the  interface 
code  fixed  the  current-voltage  problem,  along  with  using  separate  power  supplies  with 
current-limits  set  at  3  Amps  for  the  processor  and  the  CFTP  board. 

Various  problems  were  encountered  when  attempting  to  run  other  experiments, 

too.  The  shift  register  was  not  properly  implemented  with  the  interface  code,  so  the 
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CORDIC  algorithm  was  the  only  successful  experiment  run  on  CFTP-1.  The  interface 
code  was  not  yet  completed  for  CFTP-2,  so  no  experiments  were  radiation  tested  on 
CFTP-2.  The  most  significant  outcome  of  the  CORDIC  testing  was  the  observation  of 
SEUs.  The  initial  setting  of  the  cyclotron  produced  a  flux  of  8.48  x  10  protons/cnr-scc, 
which  yielded  too  numerous  SEUs  to  understand  what  was  happening.  So,  the  setting 
was  decreased  to  produce  a  flux  of  4.27  x  10  protons/cm  -sec.  Proper  observation  of 
what  was  happening  with  the  CORDIC  algorithm  and  radiation-induced  faults  was  still 
unachievable,  so  the  flux  was  reduced  two  additional  times.  The  final  setting  produced  a 
flux  of  8.42  x  10'  protons/cm  -sec.  The  output  from  the  CORDIC  algorithm  still  needed 
further  refinement  to  better  understand  what  was  happening  when  SEUs  occurred,  but  the 
flux  appeared  to  be  the  proper  level  to  observe  SEUs  approximately  every  30  seconds. 
No  further  testing  was  accomplished  during  this  visit. 

The  August  2005  trip  to  Davis  yielded  some  lessons-learned.  The  primary  lesson- 
learned  was  that  the  testing  team  needed  to  arrive  with  fully  functional  bit-files  ready  to 
run  on  the  CFTP  boards.  This  was  not  accomplished  for  the  August  testing  session. 
Fully  operational  bit-files  were  prepared  and  tested  before  the  follow-on  trip  to  Davis  in 
November  2005,  and  non-working  experiments  were  not  an  issue.  One  positive  lesson- 
learned  was  that  there  were  a  proper  number  of  people  to  operate  and  observe  the 
experiments:  one  person  programming  the  experiment,  one  person  observing  the 
graphical  display,  and  one  person  logging/monitoring  the  current  to  the  CFTP-board.  To 
allow  for  better  understanding  while  an  experiment  was  operating  in  the  proton  beam 
during  future  testing,  the  interface  code  was  modified  to  output  the  Major  address  (MJA) 
and  the  right-  or  left-half  of  the  FPGA  of  a  fault,  along  with  time  stamps  for  the  heartbeat 
reports,  readbacks  and  reconfigurations  (see  Table  2). 

Armed  with  an  array  of  experiments  and  an  improved  test  agenda  (see  Appendix 

A),  testing  was  completed  for  CFTP-1  on  the  first  day  back  at  Crocker  Nuclear 

Laboratory,  November  14,  2005.  The  final  cyclotron  setting  from  August  was  used  to 

produce  a  flux  of  8.78  x  10'  protons/cnr-sec,  which  yielded  one  SEU  every  10-30 

seconds.  The  SRL16-only  shift  register  was  tested  first,  and  configuration  faults 

appeared  every  20  seconds,  on  average.  The  cyclotron  settings  were  determined  to 

produce  the  desired  flux,  and  testing  continued.  Shift  register  and  CORDIC  results  were 
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averaged  to  calculate  an  SEU  rate,  defined  as  the  frequency  of  configuration  faults. 
SEUs  occurred  every  16.6  seconds  on  average,  for  the  CFTP-1.  SEU  rate  for  each 
program  is  shown  in  Figure  14. 

The  MATLAB  script  used  on  the  fault  injection  results  was  used  for  post-testing 
analysis  of  the  the  radiation  testing  results  of  the  shift-registers  on  CFTP-1.  The 
summary  is  shown  in  Table  4 

Average  Flux 

8.78  E5  protons/cmA2-sec 

Time  between  SEUs 


Figure  14.  SEU  Rates  for  CFTP-1 


Table  4.  Radiation  Testing  Results,  CFTP-1 


Shift  Register 

0-to-l  (#) 

l-to-0  (#) 

SEUs  (#) 

Recon’ s  (#) 

Average 

SEU/Recon 

SRL16-only 

16 

13 

27 

7 

3.86 

SRL16+FF-run  1 

15 

25 

35 

7 

5 

FF-only 

13 

13 

26 

4 

6.5 

SRL16+FF-run  2 

76 

50 

117 

19 

6.16 
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No  significant  pattern  was  observed  in  the  bit  transitions,  and  there  was  no  direct 
correlation  with  the  fault  injection  tool.  This  could  signify  the  true  randomness  of 
radiation  testing.  All  shift  registers  yielded  an  error-rate  within  28%  of  the  mean; 
relatively  similar  considering  the  different  component  usage  within  each  design.  The 
error-rate  is  defined  as  the  frequency  that  a  configuration  fault  (SEU)  triggers  a 
reconfiguration.  Note  that  a  data  bit  flip  can  produce  multiple  increments  of  the  error 
counter  as  the  bit  progresses  through  the  shift  register,  reference  Figure  10.  This  is  of 
note  in  that  a  configuration  fault  that  changes  the  output  is  assumed  to  continually 
increment  an  error  counter,  producing  a  reconfiguration.  It  is  possible  that  a  data  bit 
flipped  early  in  the  shift  register  could  produce  a  reconfiguration,  too.  A  chart  of  the 
error-rate  is  shown  in  Figure  15.  Note  that  any  number  of  SEUS  from  2  to  23  occurred 
before  a  reconfiguration  was  triggered.  The  reconfigurations  with  zero  SEUs  are 
considered  flaws  in  the  fault  detection  program  on  XI. 


#  of  SEUs  before  Reconfiguration,  design:  SRL  &  FF,  Virtex  1 ,  run  6 


Figure  15.  Error-Rate  for  SRL16+FF  (Run  Time  =  30  minutes) 

2.  CFTP-2 

The  second  day  was  dedicated  to  testing  with  CFTP-2.  The  first  observation  was 
that  faults  occurred  much  more  frequently.  This  was  expected  with  the  smaller  feature 
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size  of  the  Virtex  II  FPGA,  while  using  the  same  proton  flux  as  that  used  for  CFTP-1 
testing.  SEUs  occurred  every  1.69  seconds  on  average  with  a  graph  of  the  SEU  rates  for 
CFTP-2  shown  in  Figure  16.  Bit  transitions  and  error-rates  are  listed  in  Table  5.  There  is 
a  preponderance  of  0-to-l  transitions,  but  the  cause  is  unknown  at  this  time.  There  was 
also  a  larger  discrepancy  in  error-rates  between  the  different  versions  of  the  shift  register. 
As  with  CFTP-1,  the  number  of  SEUs  that  triggered  a  reconfiguration  varied  as  shown  in 
Figure  17. 
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Figure  16.  SEU  Rates  for  CFTP-2 


Table  5.  Radiation  Testing  Results,  CFTP-2 


Shift  Register 

0-to-l  (#) 

l-to-0  (#) 

SEUs  (#) 

Recon’s  (#) 

Average 

SEU/Recon 

SRL16+FF-run  1 

45 

3 

47 

12 

3.92 

SRL16+FF-run  2 

366 

53 

414 

53 

7.81 

SRL16-only 

164 

8 

172 

19 

9.05 

FF-only 

160 

17 

172 

58 

2.96 
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Radiation-testing  yielded  varying  results  for  bit-transitions  and  error-rates,  but  the 
SEU  rates  were  similar  between  different  programs  run  on  the  same  CFTP-board.  This 
information  can  be  used  to  make  a  prediction  for  SEU  frequency  on-orbit. 


#ofSEUs  before  Reconfiguration,  design:  FF  only,  Virtex  2,  run  14 


Figure  17.  Error-Rate  for  FF-only  (Run  Time  =10  minutes) 

C.  ON-ORBIT  SEU-RATE  ESTIMATE 

The  first  requirement  for  estimating  on-orbit  SEUs  is  to  determine  the  radiation 
environment  in  which  CFTP  will  be  operating.  CFTP  is  manifested  on  NPSAT1,  which 
will  orbit  at  560  km,  35.4  degrees  inclination,  and  MidSTARl,  which  will  orbit  at  492 
km,  46  degrees  inclination.  Proton  environment  data  was  obtained  from  the  CREME96 
software,  which  is  based  on  the  National  Aeronautics  and  Space  Administration’s 
(NASA)  AP-8  model  [32].  Below  1000  km,  the  average  proton- flux  is  negligible  outside 
the  South  Atlantic  Anomaly  (SAA),  centered  southeast  of  Brazil  at  approximately  33 
degrees  South  latitude,  34  degrees  West  longitude.  The  NPSAT1  orbit  falls  in  this 
region,  so  the  estimate  was  based  on  using  the  peak  proton  flux,  while  in  the  SAA. 
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CREME96  allows  the  user  to  select  Solar  Minimum  or  Maximum.  Solar 
Minimum  was  chosen  due  to  the  higher  resulting  proton-flux.  CREME96  then  displays 
average  flux  for  1,  3,  6,  15,  30,  50,  and  100  MeV  protons,  and  peak  flux  for  10,  15,  30,  50 
and  100  MeV  protons.  The  displayed  flux  includes  all  proton  energies  at  and  above  that 
energy  level.  30-MeV  protons  were  chosen,  because  there  is  no  appreciable  increase  in 
proton-induced  bit-upset  cross-section  above  30  MeV  [2].  The  bit  cross-section  is  a 
measure  of  susceptibility  to  SEU  in  terms  of  cross-sectional  area  of  the  FPGA.  Radiation 
testing  for  CFTP  did  not  include  radiation  characterization,  but  the  XQV600  Virtex  I  is 
similar  to  the  300-series  Virtex  I  FPGA  (XQVR300)  tested  by  Fuller  [2],  So,  the  Proton 
SEU  Cross  Section  figure  in  [2]  was  used. 

The  peak  proton  flux  for  560  km  (30  MeV  protons)  is  202  protons/cnr-sec. 
Dividing  the  proton  flux  of  the  cyclotron  testing  (8.78  x  10  protons/cnT-sec)  by  the  peak 
proton  flux  on-orbit  yields  a  flux  ratio  of  4,341.  Converting  the  testing  SEU-rate  (0.0604 
SEU/sec)  from  seconds  to  minutes  and  dividing  by  flux  ratio  yields  an  SEU-rate  of  8.35  x 
10‘4  SEU/min.  The  reader  should  note  that  this  estimate  would  be  true  if  NPSAT1  were 
in  the  SAA  for  the  entire  orbit,  so  this  rate  was  multiplied  by  a  factor  to  account  for  the 
fraction  of  the  orbit  that  NPSAT1  is  in  the  SAA.  NPSAT1  will  fly  through  the  SAA 
approximately  15  minutes  per  96-minute  orbit.  Over  a  24-hour  period,  NPSAT1  will 
orbit  the  earth  15  times,  so  NPSAT1  will  pass  through  the  SAA  approximately  225 
minutes  each  day.  Multiplying  the  on-orbit  SEU-rate  (8.35  x  10’4  SEU/min)  by  225 
min/day  yields  0.188  SEU/day,  or  converserly,  an  SEU  will  occur  every  5.3  days.  The 
SEU-rate  estimates  using  an  average  proton- flux  for  1000  km  and  1500  km  (49.9  and  236 
protons/cnr-sec,  respectively)  are  summarized  in  Table  6. 

The  SEU-rate  for  CFTP-1  in  NPSAT1  is  estimated  to  be  1  SEU/5-6  days.  This 
estimate  does  not  factor  in  shielding  provided  by  the  spacecraft  or  aluminum  box,  so  the 
actual  SEU-rate  will  most  likely  be  lower.  If  a  Virtex  II  board  is  flown,  the  SEU  rate  will 
increase  by  an  order  of  magnitude.  Also  note  the  increase  in  proton  flux  at  higher 
altitudes.  The  average  proton- flux  increases  by  an  order  of  five  just  from  1000  km  to 
1500  km.  Higher  altitudes  would  provide  an  even  better  environment  to  test  fault- 
mitigation  schemes. 
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Table  6.  On-Orbit  SEU-Rate  Estimates  (SEU/day) 


Peak  Flux 
560  km 

Ave  Flux 

1000  km 

Ave  Flux 

1500  km 

Virtex  I 

0.188 

0.297 

1.40 

Virtex  II 

1.76 

2.78 

13.1 

- 2 - — 

Flux  -  protons/cnr-sec 
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VI.  CONCLUSIONS 


A.  SUMMARY 

The  purpose  of  this  thesis  was  to  develop  a  program  for  radiation  testing  of  CFTP. 
This  program  was  designed  to  establish  a  proper  proton-flux  level  to  obtain  SEUs  at  a 
rate  conducive  to  follow-on  analysis.  These  results  were  also  used  to  validate  a  fault 
injection  tool  and  estimate  the  on-orbit  SEU-rate  for  NPSAT1. 

Integration  and  testing  methods  were  introduced,  starting  with  hardware  assembly 
and  testing.  Software  integration  with  hardware  was  discussed,  along  with  a  brief 
overview  of  space  qualication  of  electronic  components  and  how  radiation  testing  is 
incorporated.  The  objectives  for  radiation  testing,  ground-based  and  on-orbit,  for  CFTP 
were  stated. 

Radiation  test  preparations  were  covered  with  an  explanation  of  the  design 
philosophy  of  the  shift  register.  Some  valuable  lessons-learned  were  taken  from  the 
initial  test  session  in  August  2005.  One  was  an  equipment  issue,  where  the  power-supply 
current-limit  of  1  Amp  was  too  low.  This  was  fixed  by  using  two  separate  power 
supplies,  with  each  supply  current-limit  set  at  3  Amps.  Streamlining  the  interface  code 
prior  to  November  testing  also  helped  prevent  power  supply  issues.  The  key  lesson- 
learned,  though,  was  that  the  experimenters  needed  to  arrive  with  fully  functional  bit- 
files,  ready  to  test.  This  was  attempted,  but  not  accomplished  for  the  August  test-session. 
Bit-files  for  five  experiments  for  CFTP-1  (three  shift-registers  and  two  CORDIC 
algorithms)  and  for  six  experiments  on  CFTP-2  (PIX  was  added  to  the  CFTP-1  slate) 
were  tested  prior  to  arrival  at  Davis,  CA.  This  hard-work  and  preparation  was  reflected 
in  the  November  test-session,  when  testing  was  completed  in  two  days  (a  day  ahead  of 
schedule). 

The  shift  register  design  was  successful  in  that  it  utilized  the  maximum  area 
possible  on  the  FPGA,  and  provided  real-time  data  for  configuration  faults  that  yielded 
data  errors  and  triggered  reconfigurations.  This  design  was  verified  by  introducing  a 
configuration  error  using  FPGA  Editor  and  using  a  JBits-based  fault-injection  tool.  For 
CFTP-1,  the  SRL16-only  shift-register  appeared  to  be  the  most  sensitive  to  faults 
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propogating  as  data  errors.  For  CFTP-2,  though,  the  flip-flop-only  shift-register  appeared 
most  sensitive.  The  differences  could  be  due  to  the  different  structure  of  Virtex  1  and 
Virtex  II  FPGAs,  but  is  more  likely  due  to  the  small  statistical  sample  used  for  analysis. 

The  number  of  faults/SEUs  that  occurred  during  testing  of  CFTP-2  versus  CFTP- 
1  was  significantly  different.  SEUs  occurred  every  16.6  seconds,  on  average,  for  CFTP- 
1,  while  SEUs  for  CFTP-2  occurred  every  1.69  seconds,  on  average.  This  order  of 
magnitude  difference  is  believed  to  be  due  to  the  smaller  feature  size  and  closer  packing 
of  the  Virtex  II  FPGA.  Continued  development  and  more  radiation  testing  is  required  to 
generate  more  statistically  relelvant  data.  Radiation  test  results  showed  a  relatively 
consistent  error-rate  for  different  programs,  as  was  expected.  This  information  was  then 
extrapolated  using  information  from  CREME96  to  estimate  the  on-orbit  SEU-rate  for 
CFTP  to  be  1  SEU/5-6  days. 

Any  of  the  shift-register  configurations  or  CORDIC  algorithms  for  CFTP-1  may 
be  used  as  experiments  on-orbit  with  NPSAT1  or  MidSTARl.  Ideally,  though,  the  PIX 
processor  will  be  modified  and  reduced  in  size  to  be  instantiated  onto  CFTP-1  for  on- 
orbit  testing.  This  is  a  good  project  for  future  research. 

B.  FOLLOW-ON  RESEARCH 

This  thesis  has  only  scraped  the  surface  for  data  collection  and  analysis  for  CFTP. 
Numerous  opportunities  for  future  research  exist  and  are  required  for  a  more  complete 
guide  to  the  performance  of  CFTP. 

Current  programs  should  be  run  with  the  fault  injection  tool  for  longer  periods  to 
approach  asymptotic  values  (small  variances  between  tests.) 

New  algorithms  need  to  be  developed  and  tested  to  explore  better  fault  mitigation 
techniques. 

TMR  methods  were  tested  with  the  CORDIC,  and  PIX  implements  a  distributed 
TMR  design.  Quadded-logic  methods  could  also  be  tested. 
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PIX  is  too  large  to  fit  on  CFTP-1.  Research  should  be  completed  to  reduce  the 
size  of  PIX  and  test  this  smaller  design  on  CFTP-1.  One  possible  approach  to  reduce  the 
size  is  to  use  a  traditional  TMR-approach,  where  the  output  of  three  processors  is  voted, 
vice  the  distributed  architecture  of  PIX  [7]. 

Finally,  an  experiment  agenda  needs  to  be  developed  for  implementation  on 
CFTP  aboard  NPSAT1  and  MidSTARl.  An  approach  similar  to  the  radiation  testing 
developed  in  this  thesis  can  be  used  as  a  template.  The  goal  would  be  to  prepare  the 
same  experiments  used  for  radiation  testing,  or  develop  new  configurations  for  testing 
on-orbit. 
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APPENDIX  A:  CFTP  RADIATION  TEST  PLAN 


A.  INTRODUCTION 

The  NPS-led  Configurable  Fault  Tolerant  Processor  (CFTP)  team  will  conduct 
proton  radiation  testing  using  the  Isochronous  Cyclotron  at  Crocker  Nuclear  Laboratory, 
University  of  Califomia-Davis  on  14  -  16  November  2005.  The  devices  under  test 
(DUT)  will  be  2  different  development  boards  based  on  the  CFTP  design.  The  devices 
are  representative  of  2  operational  units,  similar  to  Naval  Postgraduate  School’s  (NPS) 
CFTP  Virtex-I  (CFTP-1)  design,  that  are  being  assembled  for  integration  on  two 
spacecraft  that  are  scheduled  to  be  launched  October  12,  2006.  The  Naval  Research 
Laboratory  (NRL)  built  a  board  for  radiation  testing  based  on  the  CFTP  design  with  a 
Virtex-2  FPGA  for  the  experimental  FPGA  (X2).  This  test  plan  outlines  facilities, 
equipment,  beam  configurations,  test  descriptions  and  procedures,  agenda  and  personnel. 

B.  PURPOSE 

The  two  sample  devices  will  be  tested  for  single  event  effects  (SEE).  They  will 
also  be  monitored  for  the  onset  of  cumulative  (total  dose)  effects,  but  the  experiments 
planned  should  not  approach  the  total  dose  ratings  of  either  FPGA..  The  primary  intent 
of  this  testing  is  to  assess  the  Single  Event  Upset  (SEU)  susceptibility  of  the  CFTP  design 
(under  various  configuration  loads),  determine  the  SEU-induced  fault  tolerance,  and 
evaluate  partial  reconfigurability  of  tested  designs.  Test  results  will  also  provide  a 
baseline  for  on-orbit  observations  of  the  same  experiments.  Post-launch  modifications  to 
the  configuration  loads  are  possible,  though  more  difficult  due  to  bandwidth  limitations, 
so  early  determination  of  robust  design  strategies  is  beneficial. 

C.  DEVICES  UNDER  TEST  (DUT) 

1.  CFTP-1  Development  Board 

The  CFTP-1  development  board  uses  two  Xilinx  Virtex  I,  600,000  gate 
equivalent,  Field  Programmable  Gate  Arrays  (FPGAs).  This  development  board  was 
built  at  Naval  Postgraduate  School  as  a  prototype  for  the  flight  boards  and  software 
development  model.  Highlighted  components  are  seen  in  Figure  18. 
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Flash  Memory 

Figure  18.  CFTP-1  Layout 


One  FPGA  is  used  as  a  configuration  controller  and  is  referred  to  as  XL  The 
second  FPGA  is  the  configurable  processor,  referred  to  as  X2.  The  focus  of  this  testing 
will  be  on  X2.  The  proton  beam  pattern  on  X2  is  seen  in  Figure  19. 

2.  CFTP-2  Development  Board 

The  second  development  board,  pictured  in  Figure  20.  was  built  by  the  Naval 
Research  Laboratory  and  Silver  Engineering.  This  board  was  built  specifically  for 
radiation  testing  and  uses  a  Xilinx  Virtex  II,  6  million  gate  equivalent,  FPGA  for  X2.  XI 
is  a  Virtex  1  FPGA,  (same  as  CFTP-1).  A  Triple  Modular  Redundant  (TMR)  MIPS-3000 
Processor  was  originally  designed  for  CFTP-1  to  demonstrate  the  concept  of  a 
configurable,  fault  tolerant  processor,  but  does  not  fit  on  the  Virtex-I  FPGA.  This 
experiment  (PIX)  will  only  be  perfonned  on  the  CFTP-2  board.  The  beam  pattern  for 
CFTP-2  is  pictured  in  Figure  20. 
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Irradiation 
beam  pattern 


Figure  19.  Proton  Beam  Irradiation  Area 


Figure  20.  CFTP-2  Layout  and  Beam  Irradiation  Area 


Irradiation 
beam  pattern 
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D.  TEST  EQUIPMENT 

1.  UC-Davis  Cyclotron 

Figure  21.  shows  the  physical  layout  of  the  South  and  North  Caves  of  Crocker 
Nuclear  Laboratory  that  will  be  used  for  this  testing.  The  South  Cave  will  be  the 
experiment  control  area,  where  the  experimenter’s  will  have  connectivity  to  the  Linux 
laptops  controlling  the  CFTP  boards  through  a  Cat  5  Ethernet  cable  The  proton  beam 
entry  point  is  located  in  the  North  Cave,  where  the  CFTP  boards  will  be  irradiated  on  the 
radiation  target  testing  table.  The  irradiation  equipment  is  a  76  inch  cyclotron  that 
provides  monoenergetic  proton  beams  up  to  a  maximum  energy  of  63  MeV.  The  proton 
beam  has  a  diameter  of  6  cm  (2.4  in)  and  can  be  further  controlled  through  a  Shielding 
Aperture  mounted  at  the  beam  output,  see  Figure  22.  This  testing  will  use  the  4  cm 
square  aperture  to  irradiate  the  entire  FPGA,  but  at  the  same  time,  minimize  radiation 
spillover  to  the  rest  of  the  CFTP  components.  Figure  23.  shows  an  example  setup  of 
another  experiment  completed  at  the  UC-Davis  facility,  where  laser  crosshairs  are  used  to 
ensure  proper  experiment  alignment  with  the  proton  beam. 


Radiation  target  testing  table: 

30"  W  x  38"  L  variable  motor  controlled 
heig  it.  "Breadboard"  size  is  24.5"  W  x  36"  L 
with  a  grid  of  screw  holes  spaced  1 
apar  in  x  and  y  directions  starting  0.5" 
from  each  edge. 


Beam  entry  point  located 
29" from  south  wall  and 
52" from  floor 


Coaxial  cable  switchboard 
Located  30"  right  of  beam 
entry  port  and  44"  above  floor 


Moveable  table: 

22"  W  x  36"  L  x  29"  H 


Approximately  70'  of 
Cat  5  E  orC(UL)  CM- ISO/IE C 
1180  Cat  5-350  MHz  cable  in- 
place  through  cable  run. 


South  cave  control  area: 
Contains  7  moveable  tables"’ 
30"  W  x  65"  L  x  29"  H 


Moveable  table: 

30"  W  x  65"  L  x  29"  H 
w/telephone 

Cable  run  in  overhead  from  control 
,  area  to  north  cave  located  96" 
(horizontal)  from  east  end  of  target 
testing  table  and  ~  7  feet  from  floor. 
Cable  run  ~  4"  in  diameter. 


Coaxial  cable  switchboard 


Figure  2 1 .  Crocker  Nuclear  Laboratory 


52 


Figure  22.  Beam  Test  Stand  with  Square  Aperture 


Figure  23.  Test  Stand  for  Experiments 
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2.  Test  Configuration  (Physical  Setup) 

a.  CFTP-1 

Because  the  CFTP  boards  are  slightly  different  and  were  manufactured  at 
different  locations,  each  board  has  a  unique  test  layout.  The  test  stand  for  CFTP-1  is  seen 
in  Figure  24.  A  clear  plastic  plate  was  placed  in  front  of  the  board  to  prevent  accidental 
contact  that  may  damage  the  board.  A  square  hole  was  then  cut  into  the  plate  directly 
over  the  X2  FPGA  to  prevent  proton  energy  dissipation  through  the  plastic.  This  stand 
will  enable  irradiation  of  the  X2  FPGA  only.  Initial  tests  will  be  conducted  with  X2 
orthogonal  to  the  proton  beam,  because  the  goal  is  to  maximize  SEUs  and  assess  how  the 
configuration  responds.  Future  tests  could  evaluate  the  FPGA  at  different  incident  angles 
to  the  beam  using  a  remotely  controlled  rotating  table  that  would  allow  the  experiment  to 
rotate  while  performing  a  dynamic  test. 

A  Linux-based  interface  computer  will  be  used  in  the  North  Cave  (proton 
beam)  to  control  the  experiment.  This  computer  will  be  connected  to  the  experiment 
serially  to  the  stack  controller  and  in  parallel  with  the  JTAG  port.  The  interface  computer 
will  then  be  connected  to  the  control  computer  in  the  South  Cave  via  a  75  foot  Ethernet 
cable.  The  interface  computer  will  be  used  to  load  and  configure  CFTP  via  the  stack 
controller.  The  control  computer  will  be  able  to  start,  stop,  and  reset  CFTP;  receive  and 
log  data  from  CFTP;  and  display  in  real  time  the  SEU  count,  last  error  condition  code, 
and  other  diagnostics.  The  list  of  hardware  and  software  are  summarized  in  Table  7  and 
Table  8,  respectively. 

Two  power  supplies  will  be  used;  the  first  power  supply  will  provide  5 
volts  (from  the  6  V  source).  This  will  allow  experimenters  to  monitor  the  current  to  the 
CFTP  board  itself.  This  power  supply  (Agilent  E363 1  A)  will  be  controlled  by  the  control 
computer  via  a  serial  connection  (RS-232).  Current  monitoring  will  be  accomplished 
using  the  Microsoft  Excel  plug-in  provided  by  Agilent  Technologies.  The  second  power 
supply  will  provide  power  to  the  stack  controller  and  hard  drive.  Both  power  supplies 
will  plug  into  a  remote  power  controller  to  enable  experimenters  to  shut  down  the 
experiment  via  the  Ethernet  connection,  if  necessary.  The  cabling  layout  for  CFTP-1  is 
pictured  in  Figure  25. 
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Figure  24.  CFTP-1  Test  Stand 
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Table  7.  Equipment  List 


Equipment 

Purpose 

Box 

CFTP-1  Experiment 

Vice 

Mount  experiment 

Power  Supply  #1  (E3631A) 
Power  cord 

60  ft  serial  cable 

Power  CFTP-1  Board 

Control  E363 1 A  power  supply 

Power  Supply  (HP  ???) 

Power  cord 

Power  CFTP-1  Stack  controller 

Power  Controller 

Remote  shutdown  capability 

CFTP  Interface  Laptop 

Power  cord 

Ethernet  cable 

Xilinx  parallel  cable 

10  ft  serial  cable 

Serial  ppp  connection  to  CFTP  Stack  Controller 

Connection  to  hub  in  North  Cave 

Parallel  JTAG  connection  to  CFTP  Board. 

Serial  connection  to  CFTP- 1 

Monitor 

Keyboard 

Monitor  CFTP  experiments  during  setup 

Control  Laptop  (Dell  D810) 
Power  cord 

Ethernet  cable 

Control  experiment  from  outside  vault. 

Connection  to  hub  in  South  Cave 

Control  Laptop  (Dell  D610) 
Power  cord 

Ethernet  cable 

Control  power  supply;  log  current. 

Connection  to  hub  in  South  Cave 

Ethernet  hub  (D-Link) 

Power  cable 

South  Cave 

Ethernet  hub  (???) 

Power  cable 

North  Cave 

Webcam 

Power  cable 

Ethernet  cable 

Monitor  current 

Connection  to  hub  in  North  Cave 

CFTP-2  Experiment 

Power  Supply  #2  (E363 1  A) 
Power  cord 

Power  CFTP-2  Board 

Note:  use  60  ft  serial  cable  listed  above 

Power  Supply  (???) 

Power  CFTP-2  Backplane  and  hard  drive 

CFTP  Interface  Laptop  ( 

Power  cord 

Ethernet  cable 

Xilinx  parallel  cable 

10  ft  serial  cable 

Serial  ppp  connection  to  CFTP  Stack  Controller 

Connection  to  hub  in  North  Cave 

Parallel  JTAG  connection  to  CFTP  Board. 

Serial  connection  to  CFTP-2 

XX  Spare  Ethernet  cables 

Power  strip 

Power  laptops/experiments  in  South  Cave 

Digital  Camera 

2  Walkie  Talkies 

Communicate  between  North  and  South  Caves 
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Table  8.  Software  List 


Control  Laptop 

Interface  Laptop 

Windows  XP  OS 

Linux  OS 

MS  Office  (Excel  for  current  logging) 

Xilinx  tools  Impact 

XDL 

Putty  (Secure  Shell  program) 

Configuration  files 

Xilinx  ISE 

JBits  2.8 

Agilent  E363 1 A  Excel  plug-in 

CDs 

Backup  of  configuration  files 

Figure  25.  CFTP- 1  Cabling  Layout 
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b.  CFTP-2 

CFTP-2  is  a  stand-alone  experiment  that  is  operated  concurrently  with 
CFTP-1  at  NPS.  This  set-up  will  be  used  at  Davis  to  minimize  equipment  deviations 
during  testing  and  allow  for  work  on  either  CFTP  board  while  the  other  is  being 
irradiated.  CFTP-2  will  utilize  a  TMZ104  Stack  controller  and  a  TRI-M  Engineering 
DEV104-ISA  backplane  for  testing.  Power  is  normally  supplied  to  CFTP-2  with  one 
power  supply;  however,  current  monitoring  to  the  CFTP  board  could  not  be  achieved. 
For  radiation  testing,  an  additional  PC/ 104  connector  was  added  between  the  backplane 
and  CFTP  board  with  the  5  V  pin  clipped  and  routed  to  a  separate  power  supply.  This 
second  power  supply  will  be  another  Agilent  E3631A,  which  enables  current  monitoring 
using  the  same  process  as  that  for  CFTP- 1 .  The  cabling  layout  for  CFTP-2  is  similar  to 
that  of  CFTP-1,  with  differences  seen  in  Figure  26. 


South  Cave 


North  Cave 


-  Ethernet 

Senal 

Parallel 


Power  cord 
110  V  outlet 


Xilinx 

Parallel 

cable 


Figure  26.  CFTP-2  Cabling  Layout 

E.  TEST  DESCRIPTIONS/PROCEDURES 

These  tests  will  evaluate  current  programs/configurations  for  SEU  tolerance  and 
partial  reconfiguration  and  provide  experimental  data  to  enhance  configurations  for  future 
radiation  testing  and  on-orbit  operation.  Care  will  be  taken  to  mitigate  total  dose 
radiation  damage  to  either  experiment,  which  will  be  accomplished  by  limiting  the  total 
fluence  level  to  less  than  1  kRAD  for  each  experiment.  A  summary  of  planned 
experiments  are  shown  in  Table  9. 
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Table  9.  Experiment  Summary 


Experiment 

Purpose 

Beam  Exposure 

Verify  proper  aperture  is  being  used  for 
FPGAs. 

Shift  Register  (CFTP-1) 

Verify  expected  data  and  configuration  SEUs 
and  map  the  configuration  errors. 

CORDIC-Approximate  (CFTP-1) 

Evaluate  algorithm. 

CORD1C-TMR  (CFTP-1) 

Evaluate  algorithm. 

Shift  Register  (CFTP-2) 

Verify  expected  data  and  configuration  SEUs 
and  map  the  configuration  errors. 

CORDIC-Approximate  (CFTP-2) 

Evaluate  algorithm. 

CORD1C-TMR  (CFTP-2) 

Evaluate  algorithm. 

P1X  (CFTP-2) 

Evaluate  processor. 

Additional  configurations  (CFTP-1  or 
CFTP-2) 

Evaluate  alternate  configurations 

The  power-up  procedure  detailed  in  Table  10  will  be  followed  for  all  experiments. 


Table  10.  Power-Up  Procedure 


1. 

Turn  on  E363 1 A  Power  Supply  (Do  not  connect  the  CFTP  experiment.) 

Using  the  Excel  plug-in  on  the  serially  connected  laptop, 

Set  the  Voltage  Limit  on  the  6  V  source  to  5  Volts 

Set  the  Current  Limit  on  the  6  V  source  to  3  Amps 

2. 

(For  CFTP-1)  Turn  on  the  E3630A  Power  Supply 

Set  the  Voltage  to  5  Volts  (Be  careful  not  to  subsequently  bump  the  voltage  dial.) 

3. 

Connect  the  CFTP  board  to  the  E363 1 A  Power  Supply 

4. 

(For  CFTP-1)  Connect  the  Stack  Controller  to  the  E3630A  Power  Supply 

(For  CFTP-2)  Connect  the  Backplane  and  Hard  drive  to  the  310  ATX  Power  Supply 

5. 

Start  current  log  and  chart  on  laptop. 

6.  Simultaneously,  turn  E3631A  Output  ON  (using  laptop)  and  turn  on  other  power 
supply  (use  walkie  talkies) 

LL 

Monitor  current  for  anomalies  during  start-up  I 

1.  Beam  Exposure 

Obtain  a  beam  exposure  using  the  4  cm  square  aperture.  Overlay  the  exposure  on 
top  of  the  X2  FPGA  on  both  CFTP  boards  to  verify  sufficient  radiation  coverage.  Verify 
multiple  blank  data  sheets  (Appendix  A-2)  are  available  in  the  experimenter’s  area  in  the 
South  Cave. 
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2.  Shift  Register  (CFTP-1) 

Set-up  CFTP-1  on  the  radiation  target  testing  table.  Connect  all  cables,  except 
power  to  the  CFTP  board  and  stack  controller,  according  to  Figure  26.  Use  the  network 
information  displayed  in  the  South  Cave  to  set  up  the  IP  connections  for  the  control  and 
interface  computers,  web  cam,  and  power  controller.  Record  IP  settings  using  data  sheet 
in  Appendix  A-l.  Then,  follow  the  power-up  procedure  in  Table  10.  Continually 
monitor  current  for  any  increase,  terminating  the  test  for  any  increase  more  than  10% 
(possible  indication  of  total  dose  effects).  Using  Putty  (or  other  secure  shell  client)  on  the 
control  computer,  connect  to  the  interface  computer.  Load  the  shift  register  experiment 
into  the  flash.  Perform  a  flash  dump  and  checkflash  to  confirm  the  flash  is  properly 
loaded.  Then,  execute  the  shift  register  program.  After  observing  proper  operation  of  the 
shift  register  program,  close  the  North  Cave.  Log  the  experiment  number,  run  and  start 
time  on  a  data  sheet. 

Set  up  the  beam  for  63  MeV  protons  and  start  with  5  picoAmps  for  the  desired 
fluence.  Irradiate  the  experiment  and  log  the  time.  Observe  the  program  output  for  SEUs 
and  reconfiguration.  Log  the  time  for  any  data  errors  and  when  reconfigurations  occur. 
The  objective  is  to  observe  one  SEU  approximately  every  30  seconds.  If  SEU  occurrence 
is  more  frequent,  stop  the  beam  and  lower  the  current  (cyclotron  control).  Start  the 
experiment  over,  logging  information  on  a  new  data  sheet.  Once  the  beam  is  set  at  the 
proper  fluence,  run  the  shift  register  experiment  until  approximately  100  SEUs  are 
observed.  This  should  yield  a  dose  of  300  rad.  Ensure  that  the  total  dose  does  not  exceed 
500  rad  for  this  experiment.  Note:  CFTP-1  has  already  received  191  rad  of  proton 
irradiation. 

After  achieving  the  desired  number  of  SEUs,  stop  the  beam  and  log  the  time. 
Verily  the  output  is  saved  to  a  file  for  follow-on  analysis.  Using  the  SelectMap  outputs 
from  30  second  updates  and  reconfigurations,  detennine  the  expected  SEUs  (data  vs. 
configuration  and  location  {components  or  routing})  for  the  CORDIC  experiments. 

3.  CORDIC  Approximate  (CFTP-1) 

When  ready  to  continue,  load  the  CORDIC  approximate  experiment  into  the 
flash.  Perfonn  a  flash  dump  and  checkflash  to  confirm  the  flash  is  properly  loaded. 

Then,  execute  the  CORDIC  approximate  program.  After  observing  proper  operation  of 
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the  program,  close  the  North  Cave.  Log  the  experiment  number,  run  and  start  time  on  a 
data  sheet.  Continually  monitor  current  for  any  increase,  terminating  the  test  for  any 
increase  more  than  10%. 

Set  up  the  beam  for  the  last  setting  used  for  the  shift  register  experiment.  Irradiate 
the  experiment  and  log  the  time.  Observe  the  program  output  for  SEUs  and 
reconfiguration.  Log  the  time  for  any  data  errors  and  when  reconfigurations  occur.  If 
SEU  occurrence  is  too  frequent,  stop  the  beam  and  lower  the  current  (cyclotron  control). 
Start  the  experiment  over,  logging  information  on  a  new  data  sheet.  Run  the  shift  register 
experiment  until  approximately  100  SEUs  are  observed.  This  should  yield  a  dose  of  300 
rad.  Ensure  that  the  total  dose  does  not  exceed  1  krad  for  this  experiment. 

After  achieving  the  desired  number  of  SEUs,  stop  the  beam  and  log  the  time. 
Verify  the  output  is  saved  to  a  file  for  follow-on  analysis.  Note  the  cumulative  dose  for 
CFTP-1  to  date.  Using  the  SelectMap  outputs  from  30  second  updates  and 
reconfigurations,  analyze  the  observed  SEUs  (data  vs.  configuration  and  location 
{components  or  routing}). 

4.  CORDIC  TMR  (CFTP-1) 

When  ready  to  continue,  load  the  CORDIC  TMR  experiment  into  the  flash. 
Perform  a  flash  dump  and  checkflash  to  confirm  the  flash  is  properly  loaded.  Then, 
execute  the  CORDIC  TMR  program.  After  observing  proper  operation  of  the  program, 
close  the  North  Cave.  Log  the  experiment  number,  run  and  start  time  on  a  data  sheet. 
Continually  monitor  current  for  any  increase,  terminating  the  test  for  any  increase  more 
than  10%. 

Set  up  the  beam  for  the  last  setting  used  for  the  CORDIC  approximate 
experiment.  Irradiate  the  experiment  and  log  the  time.  Observe  the  program  output  for 
SEUs  and  reconfiguration.  Log  the  time  for  any  data  errors  and  when  reconfigurations 
occur.  If  SEU  occurrence  is  too  frequent,  stop  the  beam  and  lower  the  current  (cyclotron 
control).  Start  the  experiment  over,  logging  information  on  a  new  data  sheet.  Run  the 
shift  register  experiment  until  approximately  100  SEUs  are  observed.  This  should  yield  a 
dose  of  300  rad.  Ensure  that  the  total  dose  does  not  exceed  1  krad  for  this  experiment. 
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After  achieving  the  desired  number  of  SEUs,  stop  the  beam  and  log  the  time. 
Verify  the  output  is  saved  to  a  file  for  follow-on  analysis.  Note  the  cumulative  dose  for 
CFTP-1  to  date.  Using  the  SelectMap  outputs  from  30  second  updates  and 
reconfigurations,  analyze  the  observed  SEUs  (data  vs.  configuration  and  location 
{components  or  routing}). 

5.  Shift  Register  (CFTP-2) 

Set-up  CFTP-2  on  the  radiation  target  testing  table.  Connect  all  cables,  except 
power  to  the  CFTP  board  and  stack  controller,  according  to  Figure  26.  Verify  proper 
network  set-up.  Then,  follow  the  power-up  procedure  in  Table  10.  Continually  monitor 
current  for  any  increase,  terminating  the  test  for  any  increase  more  than  10%  (possible 
indication  of  total  dose  effects).  Using  Putty  (or  other  secure  shell  client)  on  the  control 
computer,  connect  to  the  interface  computer.  Load  the  shift  register  experiment  (for 
CFTP-2)  into  the  flash.  Perform  a  flash  dump  and  checkflash  to  confirm  the  flash  is 
properly  loaded.  Then,  execute  the  shift  register  program.  After  observing  proper 
operation  of  the  shift  register  program,  close  the  North  Cave.  Log  the  experiment 
number,  run  and  start  time  on  a  data  sheet. 

Set  up  the  beam  for  the  last  setting  used  for  the  CORDIC  TMR  experiment. 
Irradiate  the  experiment  and  log  the  time.  Observe  the  program  output  for  SEUs  and 
reconfiguration.  Log  the  time  for  any  data  errors  and  when  reconfigurations  occur. 
NOTE:  Because  the  Virtex  II  FPGA  is  more  dense  (10  times  the  equivalent  gates),  it 
may  be  more  sensitive  to  SEUs.  The  objective  is  to  observe  one  SEU  approximately 
every  30  seconds.  If  SEU  occurrence  is  more  frequent,  stop  the  beam  and  lower  the 
current  (cyclotron  control).  Start  the  experiment  over,  logging  information  on  a  new  data 
sheet.  Once  the  beam  is  set  at  the  proper  fluence,  run  the  shift  register  experiment  until 
approximately  100  SEUs  are  observed.  This  should  yield  a  dose  of  300  rad.  Ensure  that 
the  total  dose  does  not  exceed  500  rad  for  this  experiment.  Note:  This  is  the  first  time 
CFTP-2  has  been  irradiated. 

After  achieving  the  desired  number  of  SEUs,  stop  the  beam  and  log  the  time. 
Verify  the  output  is  saved  to  a  file  for  follow-on  analysis.  Using  the  SelectMap  outputs 
from  30  second  updates  and  reconfigurations,  detennine  the  expected  SEUs  (data  vs. 

configuration  and  location  {components  or  routing})  for  the  CORDIC  experiments. 
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6.  CORDIC  Approximate  (CFTP-2) 

When  ready  to  continue,  load  the  CORDIC  approximate  (for  CFTP-2)  experiment 
into  the  flash.  Perform  a  flash  dump  and  checkflash  to  confirm  the  flash  is  properly 
loaded.  Then,  execute  the  CORDIC  approximate  program.  After  observing  proper 
operation  of  the  program,  close  the  North  Cave.  Log  the  experiment  number,  run  and 
start  time  on  a  data  sheet.  Continually  monitor  current  for  any  increase,  tenninating  the 
test  for  any  increase  more  than  10%. 

Set  up  the  beam  for  the  last  setting  used  for  the  shift  register  experiment.  Irradiate 
the  experiment  and  log  the  time.  Observe  the  program  output  for  SEUs  and 
reconfiguration.  Log  the  time  for  any  data  errors  and  when  reconfigurations  occur.  If 
SEU  occurrence  is  too  frequent,  stop  the  beam  and  lower  the  current  (cyclotron  control). 
Start  the  experiment  over,  logging  information  on  a  new  data  sheet.  Run  the  shift  register 
experiment  until  approximately  100  SEUs  are  observed.  This  should  yield  a  dose  of  300 
rad.  Ensure  that  the  total  dose  does  not  exceed  1  krad  for  this  experiment. 

After  achieving  the  desired  number  of  SEUs,  stop  the  beam  and  log  the  time. 
Verily  the  output  is  saved  to  a  file  for  follow-on  analysis.  Note  the  cumulative  dose  for 
CFTP-1  to  date.  Using  the  SelectMap  outputs  from  30  second  updates  and 
reconfigurations,  analyze  the  observed  SEUs  (data  vs.  configuration  and  location 
{components  or  routing}). 

7.  CORDIC  TMR  (CFTP-2) 

When  ready  to  continue,  load  the  CORDIC  TMR  (for  CFTP-2)  experiment  into 
the  flash.  Perform  a  flash  dump  and  checkflash  to  confirm  the  flash  is  properly  loaded. 
Then,  execute  the  CORDIC  TMR  program.  After  observing  proper  operation  of  the 
program,  close  the  North  Cave.  Log  the  experiment  number,  run  and  start  time  on  a  data 
sheet.  Continually  monitor  current  for  any  increase,  terminating  the  test  for  any  increase 
more  than  10%. 

Set  up  the  beam  for  the  last  setting  used  for  the  shift  register  experiment.  Irradiate 
the  experiment  and  log  the  time.  Observe  the  program  output  for  SEUs  and 
reconfiguration.  Log  the  time  for  any  data  errors  and  when  reconfigurations  occur.  If 
SEU  occurrence  is  too  frequent,  stop  the  beam  and  lower  the  current  (cyclotron  control). 
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Start  the  experiment  over,  logging  information  on  a  new  data  sheet.  Run  the  shift  register 
experiment  until  approximately  100  SEUs  are  observed.  This  should  yield  a  dose  of  300 
rad.  Ensure  that  the  total  dose  does  not  exceed  1  krad  for  this  experiment. 

After  achieving  the  desired  number  of  SEUs,  stop  the  beam  and  log  the  time. 
Verily  the  output  is  saved  to  a  file  for  follow-on  analysis.  Note  the  cumulative  dose  for 
CFTP-1  to  date.  Using  the  SelectMap  outputs  from  30  second  updates  and 
reconfigurations,  analyze  the  observed  SEUs  (data  vs.  configuration  and  location 
{components  or  routing}). 

8.  PIX  (CFTP-2) 

When  ready  to  continue,  load  the  CORDIC  TMR  (for  CFTP-2)  experiment  into 
the  flash.  Perform  a  flash  dump  and  checkflash  to  confirm  the  flash  is  properly  loaded. 
Then,  execute  the  CORDIC  TMR  program.  After  observing  proper  operation  of  the 
program,  close  the  North  Cave.  Log  the  experiment  number,  run  and  start  time  on  a  data 
sheet.  Continually  monitor  current  for  any  increase,  terminating  the  test  for  any  increase 
more  than  10%. 

Set  up  the  beam  for  the  last  setting  used  for  the  shift  register  experiment.  Irradiate 
the  experiment  and  log  the  time.  Observe  the  program  output  for  SEUs  and 
reconfiguration.  Log  the  time  for  any  data  errors  and  when  reconfigurations  occur.  If 
SEU  occurrence  is  too  frequent,  stop  the  beam  and  lower  the  current  (cyclotron  control). 
Start  the  experiment  over,  logging  information  on  a  new  data  sheet.  Run  the  shift  register 
experiment  until  approximately  100  SEUs  are  observed.  This  should  yield  a  dose  of  300 
rad.  Ensure  that  the  total  dose  does  not  exceed  1  krad  for  this  experiment. 

After  achieving  the  desired  number  of  SEUs,  stop  the  beam  and  log  the  time. 
Verily  the  output  is  saved  to  a  file  for  follow-on  analysis.  Note  the  cumulative  dose  for 
CFTP-1  to  date.  Using  the  SelectMap  outputs  from  30  second  updates  and 
reconfigurations,  analyze  the  observed  SEUs  (data  vs.  configuration  and  location 
{components  or  routing}). 

9.  Additional  Testing 

Perform  additional  tests  with  new  configurations  or  new  programs  for  above 
configurations  as  time  allows. 
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F. 


TEST  AGENDA 

Table  1 1  contains  the  agenda  for  testing. 


Table  11.  Test  Agenda 


Time 

Mon  14  Nov 

Tue 15  Nov 

Wed  16  Nov 

Thu  17  Nov 

0800-1600 

Personnel  Arrive 
Set-up  CFTP- 1  in 
North  Cave 

Data  Analysis 
Revise  Test  Plan 
Set-up  CFTP -2  in 
North  Cave 

Data  Analysis 

Test  Setup 

Personnel  Depart 

1600-2400 

Test  Shift  Register 
Test  CORDIC 
Set-up  CFTP -2 
Test  Shift  Register 

Test  CORDIC 
Test  PIX 

Additional  Testing 

Additional  Testing 
Breakdown/Pack- 
up 

G. 


H. 


SHIPPING  INFORMATION: 


Test  equipment  should  be  sent  to: 


DR  PAUL  MARSHALL 

CARE  OF  MR  CARLOS  CASTANEDA 
CROCKER  NUCLEAR  LABORATORY,  UC  DAVIS 
ONE  SHIELDS  AVENUE 
DAVIS  CA  95616-8569 
(530)  752-1460  or  (530)-752-4228 
TEST  SITE  PERSONNEL 

1.  Test  Director/Radiation  Engineer 

Paul  Marshall  (NASA-GSFC) 

Email:  PWMarshall@aol.com 

2.  On-Site  NPS  personnel 


Professor  Herschel  Loomis 
Email: 

Professor  Alan  Ross 
Email: 

LCDR  James  Coudeyras 
Email: 

LT  Pete  Majewicz 

Email: 

Tim  Meehan 

Email: 

Capt  Josh  Snodgrass 
Email: 

Mindy  Surratt 

Email: 


hloomis@nps.edu 
aross@nps.edu 
jccoudey@nps.edu 
pmaj  ewic@nps.edu 
tj  meehan@nps .  edu 
j  dsnodgr@np  s .  edu 
mlsurrat@np  s .  edu 
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3.  On-site  NRL  personnel 

Doug  Disabello 

Email:  douglas.disabello@gmail.com 

Kjell  Tengesdal 

Email:  tengesdal2@llnl.gov 

4.  Off-site  NPS  personnel  (phone  support,  etc.) 

David  Rigmaiden 

Email:  drigmaiden@nps.edu 

5.  Off-site  additional  personnel  (phone  support,  etc.) 

John  Willis 

Email:  john.willis@ftlsys.com 

6.  UC  Davis  Test  Facility 

Test  Area  Telephone:  530-754-9289 

Facility  POC: 

Carlos  Castaneda 

Email:  Castaneda@Crocker.UCDavis.Edu 
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APPENDIX  B:  LAN  IP  ADDRESS  ASSIGNMENTS 


Table  12.  IP  Assignment  Log 


Davis  Facility 

IP  Addresses 

Usable  Static  IP  Addresses 

169.237.209.150-169.237.209.170 

Subnet  Mask 

255.255.255.192 

Gateway/Router  Address 

169.237.209.190 

DNS  Addresses 

169.237.1.250 

169.237.250.250 

Component 

Assigned  IP  Address 

(see  Usable  Static  IP  Addresses  above) 

Control  Laptop 

- 

CFTP-1  Interface  Laptop 

- 

CFTP-2  Interface  Laptop 

- 

Webcam 

- 

Power  Controller 

- 

Power  Laptop 

- 

Additional  Assignments 

1 .  Mindy  Laptop 

- 

2. 

- 

3. 

- 

4. 

- 

5. 

- 

6. 

- 

7. 

- 

8. 

- 

9. 

- 

10. 

_ 
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APPENDIX  C :  RADIATION  TEST  DATA  SHEET 


Table  13.  Experiment  Description 


Experiment  Number  (see  Table): 

Experiment  Description 

Exp  # 

Run  Number: 

CFTP-V1  Shift  Register  (SRL) 

1 

CFTP-V1  CORDIC  (approx) 

2 

Experiment  Times  (Use  24-hour  clock) 

Start  Experiment 

CFTP-V1  CORDIC  (TMR) 

3 

CFTP-V1  SRL+1 

4 

CFTP-V1  No  SRL/FF  only 

5 

CFTP-V2  Shift  Register  (SRL) 

6 

CFTP-V2  CORDIC  (approx) 

7 

CFTP-V2  CORDIC  (TMR) 

8 

Start  Radiation 

CFTP-V2  PIX 

9 

Stop  Radiation 

CFTP-V2  SRL+1 

10 

CFTP-V2  No  SRL/FF  only 

11 

1 

2 

3 

4 

5 

Data  Error 

Reconfiguration 

6 

7 

8 

9 

10 

Data  Error 

Reconfiguration 

NOTES: 
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APPENDIX  D:  CODE 


Appendix  D  contains  the  VHDL  code  for  the  all  shift  register  programs  and  the 
top  level  code  for  XI  and  all  sub-modules.  MATLAB  code  used  for  data  analysis  is  also 
listed  in  this  appendix. 
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A. 


SHIFT  REGISTER  MODULE  WITH  SRL16E  MACRO 


--  filename:  sr  testing. vhd 
--  author:  James  Coudeyras  (2005) 

--  This  file  is  the  basic  shift  register  module 
--  used  for  X2  which  will  be  used  as  the  initial  test 
--  for  proton  radiation  testing  at  UC-Davis. 


library  IEEE; 

use  IEEE . STD_LOGIC_1164 .ALL; 
use  IEEE . STD_LOGIC_ARITH. ALL; 
use  IEEE . S T D_LOG I C_UN S I GNE D . ALL ; 

entity  sr_testing  is 

generic  (  WIDTH  :  integer  :=  2400);  --  SR  length  (2400  for  CFTP-1) 

Port  (  clock  :  in  std  logic; 

reset  :  in  std_logic; 

ce  :  in  std_logic; 

din  :  in  std  logic; 

dout  :  out  std_logic; 

sumdiff  :  out  std_logic  ) ; 

end  sr_testing; 

architecture  sr  sequence  of  sr  testing  is 

signal  reg  a  :  std  logic  vector  (WIDTH-1  downto  0) ; 

signal  reg  b  :  std  logic  vector  (WIDTH-1  downto  0)  ; 

begin 

process  (clock,  reset) 
begin 

if  (reset  =  '1')  then 

sumdiff  <=  'O'; 
dout  <=  'O'; 

elsif  (clock'event  and  clock='l')  then 
sumdiff  <=  'O'; 
if  ce= ' 1 '  then 

reg  a  <=  din  &  reg  a(WIDTH-l  downto  1); 
reg  b  <=  din  &  reg  b(WIDTH-l  downto  1); 
end  if; 

--  LABE LI : 

for  I  in  1  to  (WIDTH/16)  loop 

if  (  (reg_a ( (1-1) *16)  xor  reg_b ( (1-1) *16) )  =  '1'  )  then 
sumdiff  <=  ' 1 ' ; 
end  if; 
end  loop; 
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dout  <=  reg_a(0); 


end  if; 
end  process; 
end  sr_sequence; 
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B. 


X2  TOP  LEVEL  CODE 


--  filename:  cftp  x2  sr.vhd 
--  author:  James  Coudeyras  (2005) 

--  This  file  is  the  top  level  code  for  X2  to  generate  sixteen  columns 
--  of  the  shift  register  and  define  the  interface  signals  with  XI. 

--  This  top  level  code  will  be  used  for  X2  as  the  initial  test 
--  for  proton  radiation  testing  at  UC-Davis. 

--  This  code  is  the  same  for  all  versions  of  the  shift  register. 


library  IEEE; 

use  IEEE . STD_LOGIC_1164 .ALL; 
use  IEEE . STD_LOGIC_ARITH. ALL; 
use  IEEE . S T D_L0G I C_UN SIGNED . ALL; 

entity  cftp  x2  is 
Port  ( 

clock 

T_CE_FROM_Xl_i 
T_RE S  E  T_FR0M_X l_i 
T_B I T I N_FR0M_X l_i 
T_D0UT_T0_Xl_o 
T_XOR_DOUT_TO_Xl_o 
T_SUMDIFF_TO_Xl_o 
end  cftp  x2; 

architecture  sr  columns  of  cftp  x2  is 

component  sr  testing  port  ( 
clock  :  in  std  logic; 

reset  :  in  std_logic; 

ce  :  in  std_logic;  - 

din  :  in  std  logic;  - 

dout  :  out  std^logic; 

sumdiff  :  out  std  logic  : 
end  component; 

--REMOVE  FOR  SIMULATION 
component  BUFG  port  ( 

I 
0 

end  component; 

signal  s  clock  X2  i  :  std  logic;  --  12.5  MHz  system  clock  w/ 

reset 

signal  s_clock  X2  :  std  logic;  --  12.5  MHz  system  clock  w/ 

reset 

signal  s_clock  X2  cnt  :  integer  range  0  to  16; 
signal  s_dout_o  :  std_logic_vector ( 15  downto  0) ; 

begin 

--  Divide  25  MHz  clock  to  12.5  MHz  to  meet  timing  constraint 


:  in  std_logic; 

:  out  std_logic) ; 


-  clock  enable 

-  data  bit  in  from  LFSR 

--  data  bit  out  to  counter 
=  '0');  --  don't  need  for  XI 


in  std_logic; 
in  std_logic; 
in  std_logic; 
in  std_logic; 

out  std  logic;  --  verifying  LFSR  output 
out  std  logic;  --  comparing  douts  on  X2 
out  std_logic_vector ( 15  downto  0)  )  ; 
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process  (clock,  T  RESET  FROM  XI  i)  begin 
if  (T_RESET_FROM_Xl_i  =  T1 ' )  then 
s  clock  x2  i  <=  'O'; 

elsif  (clock' event  and  clock  =  '1')  then 

if  (s  clock  X2  cnt  >=  1)  then  --  this  achieves  a  divide  by 
2  clock  period! ! ! 

s  clock  X2  i  <=  not  s_clock  X2  i; 
s  clock  X2  cnt  <=  0; 

else 

s  clock  X2  cnt  <=  s_clock  X2  cnt  +  1; 
end  if; 
end  if; 
end  process; 

--  FOR  SR  implementation  {END} 


gen:  for  i  in  15  downto  0  generate 
U:  entity  sr_testing 

--  verify  broken  line  does  not  cause  problems 

port  map  (clock  =>  s  clock  X2,  reset  =>  T  RESET  FROM  XI  i,  ce 
=>  T_CE_FROM_Xl_i,  din  =>  T_BITIN_FROM_Xl_i ,  dout  => 
s  dout  o(i),  sumdiff  =>  T  SUMDIFF  TO  XI  o ( i )  )  ; 
end  generate; 

process  (s_clock_X2)  begin 

if  (clock'event  and  clock  =  '1')  then 
T_DOUT_TO_Xl_o  <=  s_dout_o ( 0 ) ; 

T  XOR  DOUT  TO  XI  o  <=  (s  dout  o(0)  xor  s  dout  o(l)  xor 
s_dout_o(2)  xor  s_dout_o(3)  xor  s_dout_o(4)  xor 
s_dout_o(5)  xor  s_dout_o(6)  xor  s_dout_o(7)  xor 
s_dout_o(8)  xor  s_dout_o(9)  xor  s_dout_o(10)  xor 
s_dout_o(ll)  xor  s_dout_o(12)  xor  s_dout_o(13)  xor 
s_dout_o(14)  xor  s_dout_o (15) ) ;  --  'O'; 

end  if; 
end  process; 

--Clock  distribution  network  for  X2  clock 

s  clock  X2  bufg  :  BUFG  port  map  (  --  comment  out  this  code  only  for 
simulations ! ! ! 

I  =>  s_clock  X2  i, 

0  =>  s  clock  x2 


end  sr  columns; 
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C.  X2  SHIFT  REGISTER  CONSTRAINT  FILE  (VIRTEX  I) 

#  Pin  assignments  for  X2 

# 

#  double-check  all  pin  assignments??? 

#  these  numbers  derived  from  a  Mar  2004  diagram 

# 

#  system  clock,  pin  87  on  X2 
NET  "clock"  LOC  =  "P87"; 

#  NET  "CLOCK"  PERIOD  =  40;  #  Why  specify  the  clock  period??? 

#  NET  "s_clock"  PERIOD  =  80; 

#  the  line  above  gave  errors  during  "Translate"??? 

#  signals  to/from  XI 

NET  "T_BITIN_FROM_Xl__i"  LOC  =  "pl32";  #  X1_X2_AUX<0> 

NET  "T_CE_FROM_Xl_i"  LOC  =  "pl34";  #  X1_X2_AUX<1> 

NET  "T_RESET_FROM_Xl_i"  LOC  =  "pl35";  #  X1_X2_AUX<2> 

#  NET  "XXX"  LOC  =  "pl36" ;  #  X1_X2_AUX<3> 

#  NET  "XXX"  LOC  =  "pl38" ;  #  X1_X2_AUX<4> 

#  NET  "XXX"  LOC  =  "pl39" ;  #  X1_X2_AUX<5> 

#  NET  "XXX"  LOC  =  "pl41";  #  X1_X2_AUX<6> 

#  NET  "XXX"  LOC  =  "pl44" ;  #  X1_X2_AUX<7> 

#  NET  "XXX"  LOC  =  "pl46";  #  X1_X2_AUX<8> 

#  NET  "XXX"  LOC  =  "pl47";  #  X1_X2_AUX<9> 

NET  "T_SUMDIFF_TO_Xl_o<0>"  LOC  =  "pl53";  #  X1_X2_AUX<10> 

NET  "T_DOUT_TO_Xl_o"  LOC  =  "pl54";  #  X1_X2_AUX<1 1> 

NET  " T_SUMD I FF_TO_X l_o< 1 > "  LOC  =  "pl59";  #  X1_X2_AUX<12> 

NET  " T_XOR_DOUT_TO_X l_o "  LOC  =  "pl60";  #  X1_X2_AUX<13> 

NET  " T_SUMD I FF_TO_X l_o<2 > "  LOC  =  "pl61";  #  X1_X2_AUX<14> 

#NET  "T_DOUT_TO_Xl_o<2>"  LOC  =  "pl77";  #  X1_X2_AUX<15> 

NET  " T_SUMD I FF_TO_Xl_o< 3 > "  LOC  =  "pl78";  #  X1_X2_AUX<1 6> 

#NET  "T_DOUT_TO_Xl_o<3>"  LOC  =  "pl79";  #  X1_X2_AUX<17> 

NET  " T_SUMD I FF_TO_X l_o< 4 > "  LOC  =  "pl81";  #  X1_X2_AUX<1 8> 

#NET  "T_DOUT_TO_Xl_o<4>"  LOC  =  "pi 82";  #  X1_X2_AUX<1 9> 

NET  " T_SUMD I FF_TO_X l_o< 5 > "  LOC  =  "pl83";  #  X1_X2_AUX<20> 

#NET  "T_DOUT_TO_Xl_o<5>"  LOC  =  "pl84";  #  X1_X2_AUX<2 1> 

NET  "T_SUMDIFF_TO_Xl_o<6>"  LOC  =  "pl85";  #  X1_X2_AUX<22> 

#NET  "T_DOUT_TO_Xl_o<6>"  LOC  =  "pl88";  #  X1_X2_AUX<23> 

NET  " T_SUMD I FF_TO_X l_o< 7 > "  LOC  =  "pl89";  #  X1_X2_AUX<24> 

#NET  "T_DOUT_TO_Xl_o<7>"  LOC  =  "pl90";  #  X1_X2_AUX<25> 

NET  " T_SUMD I FF_TO_Xl_o< 8 > "  LOC  =  "pi 92";  #  X1_X2_AUX<2 6> 

#NET  "T_DOUT_TO_Xl_o<8>"  LOC  =  "pl93";  #  X1_X2_AUX<27> 

NET  "T_SUMDIFF_TO_Xl_o<9>"  LOC  =  "pi 94";  #  X1_X2_AUX<2 8> 

#NET  "TJDOUT_TO_Xl_o<9>"  LOC  =  "pl95";  #  X1_X2_AUX<2 9> 

NET  " T_SUMD I FF_TO_X l_o< 1 0 > "  LOC  =  "p!96";  #  X1_X2_AUX<30> 

#NET  "T_DOUT_TO_Xl_o<10>"  LOC  =  "pl97";  #  X1_X2_AUX<31> 

NET  "T_SUMDIFF_TO_Xl_o<ll>"  LOC  =  "pl98";  #  X1_X2_AUX<32> 

#NET  "T_DOUT_TO_Xl_o<ll>"  LOC  =  "p204";  #  X1_X2_AUX<33> 

NET  " T_SUMD I FF_TO_X l_o< 1 2 > "  LOC  =  "p205";  #  X1_X2_AUX<34> 

#NET  "T_DOUT_TO_Xl_o<12>"  LOC  =  "p206";  #  X1_X2_AUX<35> 

NET  " T_SUMD I FF_TO_Xl_o< 1 3 > "  LOC  =  "p207";  #  X1_X2_AUX<36> 

#NET  "T_DOUT_TO_Xl_o<13>"  LOC  =  "p208";  #  X1_X2_AUX<37> 

NET  " T_SUMD I FF_TO_X l_o< 1 4 > "  LOC  =  "p209";  #  X1_X2_AUX<38> 

#NET  "T_DOUT_TO_Xl_o<14>"  LOC  =  "p211";  #  X1_X2_AUX<39> 

NET  " T_SUMD I FF_TO_X l_o< 1 5 > "  LOC  =  "p212";  #  X1_X2_AUX<40> 

#NET  "T_DOUT_TO_Xl_o<15>"  LOC  =  "p213";  #  X1_X2_AUX<4 1> 
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# 

NET 

"XXX" 

LOC  = 

"p2 16"; 

# 

XI 

X2 

AUX<42> 

# 

NET 

"XXX" 

LOC  = 

"p217"; 

# 

Xl‘ 

X2 

AUX<43> 

# 

NET 

"XXX" 

LOC  = 

"p2 18"; 

# 

Xl" 

X2 

AUX<44> 

#  Start  of  Constraints  extracted  by  Floorplanner  from  the  Design 
INST  "U15_*"  AREA^GROUP  =  "cftp_x2_sr_15"  ; 

AREA_GROUP  "cftp_x2_sr_15"  RANGE  =  CLB_R1C1 : CLB_R4 8C4  ; 

INST  "U14_*"  AREA^GROUP  =  "cf tp_x2_sr_l 4 "  ; 

AREA_GROUP  "cf tp_x2_sr_l 4 "  RANGE  =  CLB_R1C6 : CLB_R4 8C9  ; 

INST  "U13_*"  AREA^GROUP  =  "cftp_x2_sr_13"  ; 

AREA_GROUP  "cftp_x2_sr_13"  RANGE  =  CLB_R1C10 :CLB_R48C13  ; 

INST  "U12_* "  AREA^GROUP  =  "cf tp_x2_sr_12 "  ; 

AREA_GROUP  "cf tp_x2_sr_12 "  RANGE  =  CLB_R1C15 :CLB_R48C18  ; 

INST  "Ull_*"  AREA^GROUP  =  "cf tp_x2_sr_l 1 "  ; 

AREA_GROUP  "cf tp_x2_sr_l 1 "  RANGE  =  CLB_R1C1 9 : CLB_R4 8C22  ; 

INST  "U10_*"  AREAJ3ROUP  =  "cf tp_x2_sr_l 0 "  ; 

AREA_GROUP  "cftp_x2_sr_10"  RANGE  =  CLB_R1C2 4 : CLB_R4 8C2 7  ; 

INST  "U9_* "  AREAJ3ROUP  =  "cf tp_x2_sr_9"  ; 

AREA_GROUP  "cf tp_x2_sr_9"  RANGE  =  CLB_R1C28 :CLB_R48C31  ; 

INST  "U8_* "  AREA^GROUP  =  "cf tp_x2_sr_8 "  ; 

AREA_GROUP  "cf tp_x2_sr_8 "  RANGE  =  CLB_R1C33 :CLB_R48C36  ; 

INST  "U7_* "  AREA^GROUP  =  "cf tp_x2_sr_7 "  ; 

AREA_GROUP  "cf tp_x2_sr_7 "  RANGE  =  CLB_R1C37 : CLB_R4 8C4 0  ; 

INST  "U6_* "  AREAJ3ROUP  =  "cf tp_x2_sr_6"  ; 

AREA_GROUP  "cf tp_x2_sr_6"  RANGE  =  CLB_R1C42 :CLB_R48C45  ; 

INST  "U5_* "  AREAJ3ROUP  =  "cf tp_x2_sr__5 "  ; 

AREA_GROUP  "cftp_x2_sr_5"  RANGE  =  CLB_R1C4 6 : CLB_R4 8C4 9  ; 

INST  "U4_*"  AREAJ3ROUP  =  "cf tp_x2_sr_4 "  ; 

AREA_GROUP  "cf tp_x2_sr_4 "  RANGE  =  CLB_R1C5 1 : CLB_R4 8C54  ; 

INST  "U3_* "  AREA^GROUP  =  "cftp_x2_sr_3"  ; 

AREA_GROUP  "cf tp__x2_sr_3 "  RANGE  =  CLB_R1C55 :CLB_R48C58  ; 

INST  "U2_* "  AREA^GROUP  =  "cf tp_x2_sr_2 "  ; 

AREA_GROUP  "cf tp_x2_sr_2 "  RANGE  =  CLB_R1C60 : CLB_R4 8C63  ; 

INST  "Ul_*"  AREAJ3ROUP  =  "cf tp_x2_sr_l "  ; 

AREA_GROUP  "cf tp_x2_sr_l "  RANGE  =  CLB_R1C64 : CLB_R4 8C67  ; 

INST  "U0_*"  AREAJ3ROUP  =  "cftp_x2_sr_0"  ; 

AREA_GROUP  "cf tp_x2_sr_0 "  RANGE  =  CLB_R1C69 : CLB_R4 8C72  ; 

#  AREA_GROUP  " sr_sample_2 "  RANGE  =  RAMB4_R0C0 : RAMB4_R4C0  ;  #  No  RAMB4 

used  here ! ! ! 
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D.  X2  SHIFT  REGISTER  CONSTRAINT  FILE  (VIRTEX II) 

#  Pin  assignments  for  X2 

# 

#  double-check  all  pin  assignments??? 

#  these  numbers  derived  from  a  Mar  2004  diagram 

# 

#  system  clock,  pin  87  on  X2 
NET  "clock"  LOC  =  "P87"; 

#  NET  "CLOCK"  PERIOD  =  40;  #  Why  specify  the  clock  period??? 

#  NET  "s_clock"  PERIOD  =  80; 

#  the  line  above  gave  errors  during  "Translate"??? 

#  signals  to/from  XI 

NET  "T_BITIN_FROM_Xl__i"  LOC  =  "pl32";  #  X1_X2_AUX<0> 

NET  "T_CE_FROM_Xl_i"  LOC  =  "pl34";  #  X1_X2_AUX<1> 

NET  "T_RESET_FROM_Xl_i"  LOC  =  "pl35";  #  X1_X2_AUX<2> 

#  NET  "XXX"  LOC  =  "pl36" ;  #  X1_X2_AUX<3> 

#  NET  "XXX"  LOC  =  "pl38" ;  #  X1_X2_AUX<4> 

#  NET  "XXX"  LOC  =  "pl39" ;  #  X1_X2_AUX<5> 

#  NET  "XXX"  LOC  =  "pl41";  #  X1_X2_AUX<6> 

#  NET  "XXX"  LOC  =  "pl44" ;  #  X1_X2_AUX<7> 

#  NET  "XXX"  LOC  =  "pl46";  #  X1_X2_AUX<8> 

#  NET  "XXX"  LOC  =  "pl47";  #  X1_X2_AUX<9> 

NET  "T_SUMDIFF_TO_Xl_o<0>"  LOC  =  "pl53";  #  X1_X2_AUX<10> 

NET  "T_DOUT_TO_Xl_o"  LOC  =  "pl54";  #  X1_X2_AUX<1 1> 

NET  " T_SUMD I FF_TO_X l_o< 1 > "  LOC  =  "pl59";  #  X1_X2_AUX<12> 

NET  " T_XOR_DOUT_TO_X l_o "  LOC  =  "pl60";  #  X1_X2_AUX<13> 

NET  " T_SUMD I FF_TO_X l_o<2 > "  LOC  =  "pl61";  #  X1_X2_AUX<14> 

#NET  "T_DOUT_TO_Xl_o<2>"  LOC  =  "pl77";  #  X1_X2_AUX<15> 

NET  " T_SUMD I FF_TO_Xl_o< 3 > "  LOC  =  "pl78";  #  X1_X2_AUX<1 6> 

#NET  "T_DOUT_TO_Xl_o<3>"  LOC  =  "pl79";  #  X1_X2_AUX<17> 

NET  " T_SUMD I FF_TO_X l_o< 4 > "  LOC  =  "pl81";  #  X1_X2_AUX<1 8> 

#NET  "T_DOUT_TO_Xl_o<4>"  LOC  =  "pi 82";  #  X1_X2_AUX<1 9> 

NET  " T_SUMD I FF_TO_X l_o< 5 > "  LOC  =  "pl83";  #  X1_X2_AUX<20> 

#NET  "T_DOUT_TO_Xl_o<5>"  LOC  =  "pl84";  #  X1_X2_AUX<2 1> 

NET  "T_SUMDIFF_TO_Xl_o<6>"  LOC  =  "pl85";  #  X1_X2_AUX<22> 

#NET  "T_DOUT_TO_Xl_o<6>"  LOC  =  "pl88";  #  X1_X2_AUX<23> 

NET  " T_SUMD I FF_TO_X l_o< 7 > "  LOC  =  "pl89";  #  X1_X2_AUX<24> 

#NET  "T_DOUT_TO_Xl_o<7>"  LOC  =  "pl90";  #  X1_X2_AUX<25> 

NET  " T_SUMD I FF_TO_Xl_o< 8 > "  LOC  =  "pi 92";  #  X1_X2_AUX<2 6> 

#NET  "T_DOUT_TO_Xl_o<8>"  LOC  =  "pl93";  #  X1_X2_AUX<27> 

NET  "T_SUMDIFF_TO_Xl_o<9>"  LOC  =  "pi 94";  #  X1_X2_AUX<2 8> 

#NET  "TJDOUT_TO_Xl_o<9>"  LOC  =  "pl95";  #  X1_X2_AUX<2 9> 

NET  " T_SUMD I FF_TO_X l_o< 1 0 > "  LOC  =  "p!96";  #  X1_X2_AUX<30> 

#NET  "T_DOUT_TO_Xl_o<10>"  LOC  =  "pl97";  #  X1_X2_AUX<31> 

NET  "T_SUMDIFF_TO_Xl_o<ll>"  LOC  =  "pl98";  #  X1_X2_AUX<32> 

#NET  "T_DOUT_TO_Xl_o<ll>"  LOC  =  "p204";  #  X1_X2_AUX<33> 

NET  " T_SUMD I FF_TO_X l_o< 1 2 > "  LOC  =  "p205";  #  X1_X2_AUX<34> 

#NET  "T_DOUT_TO_Xl_o<12>"  LOC  =  "p206";  #  X1_X2_AUX<35> 

NET  " T_SUMD I FF_TO_Xl_o< 1 3 > "  LOC  =  "p207";  #  X1_X2_AUX<36> 

#NET  "T_DOUT_TO_Xl_o<13>"  LOC  =  "p208";  #  X1_X2_AUX<37> 

NET  " T_SUMD I FF_TO_X l_o< 1 4 > "  LOC  =  "p209";  #  X1_X2_AUX<38> 

#NET  "T_DOUT_TO_Xl_o<14>"  LOC  =  "p211";  #  X1_X2_AUX<39> 

NET  " T_SUMD I FF_TO_X l_o< 1 5 > "  LOC  =  "p212";  #  X1_X2_AUX<40> 

#NET  "T_DOUT_TO_Xl_o<15>"  LOC  =  "p213";  #  X1_X2_AUX<4 1> 
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# 

NET 

"XXX" 

LOC  = 

"p2 16"; 

# 

XI 

X2 

AUX<42> 

# 

NET 

"XXX" 

LOC  = 

"p217"; 

# 

Xl‘ 

X2 

AUX<43> 

# 

NET 

"XXX" 

LOC  = 

"p2 18"; 

# 

Xl" 

X2 

AUX<44> 

#  Start  of  Constraints  extracted  by  Floorplanner  from  the  Design 
INST  "U15_*"  AREA^GROUP  =  "cftp_x2_sr_15"  ; 

AREA_GROUP  "cftp_x2_sr_15"  RANGE  =  CLB_R1C1 : CLB_R4 8C4  ; 

INST  "U14_*"  AREA^GROUP  =  "cf tp_x2_sr_l 4 "  ; 

AREA_GROUP  "cf tp_x2_sr_l 4 "  RANGE  =  CLB_R1C6 : CLB_R4 8C9  ; 

INST  "U13_*"  AREA^GROUP  =  "cftp_x2_sr_13"  ; 

AREA_GROUP  "cftp_x2_sr_13"  RANGE  =  CLB_R1C10 :CLB_R48C13  ; 

INST  "U12_* "  AREA^GROUP  =  "cf tp_x2_sr_12 "  ; 

AREA_GROUP  "cf tp_x2_sr_12 "  RANGE  =  CLB_R1C15 :CLB_R48C18  ; 

INST  "Ull_*"  AREA^GROUP  =  "cf tp_x2_sr_l 1 "  ; 

AREA_GROUP  "cf tp_x2_sr_l 1 "  RANGE  =  CLB_R1C1 9 : CLB_R4 8C22  ; 

INST  "U10_*"  AREAJ3ROUP  =  "cf tp_x2_sr_l 0 "  ; 

AREA_GROUP  "cftp_x2_sr_10"  RANGE  =  CLB_R1C2 4 : CLB_R4 8C2 7  ; 

INST  "U9_* "  AREAJ3ROUP  =  "cf tp_x2_sr_9"  ; 

AREA_GROUP  "cf tp_x2_sr_9"  RANGE  =  CLB_R1C28 :CLB_R48C31  ; 

INST  "U8_* "  AREA^GROUP  =  "cf tp_x2_sr_8 "  ; 

AREA_GROUP  "cf tp_x2_sr_8 "  RANGE  =  CLB_R1C33 :CLB_R48C36  ; 

INST  "U7_* "  AREA^GROUP  =  "cf tp_x2_sr_7 "  ; 

AREA_GROUP  "cf tp_x2_sr_7 "  RANGE  =  CLB_R1C37 : CLB_R4 8C4 0  ; 

INST  "U6_* "  AREAJ3ROUP  =  "cf tp_x2_sr_6"  ; 

AREA_GROUP  "cf tp_x2_sr_6"  RANGE  =  CLB_R1C42 :CLB_R48C45  ; 

INST  "U5_* "  AREAJ3ROUP  =  "cf tp_x2_sr__5 "  ; 

AREA_GROUP  "cftp_x2_sr_5"  RANGE  =  CLB_R1C4 6 : CLB_R4 8C4 9  ; 

INST  "U4_*"  AREAJ3ROUP  =  "cf tp_x2_sr_4 "  ; 

AREA_GROUP  "cf tp_x2_sr_4 "  RANGE  =  CLB_R1C5 1 : CLB_R4 8C54  ; 

INST  "U3_* "  AREA^GROUP  =  "cftp_x2_sr_3"  ; 

AREA_GROUP  "cf tp__x2_sr_3 "  RANGE  =  CLB_R1C55 :CLB_R48C58  ; 

INST  "U2_* "  AREA^GROUP  =  "cf tp_x2_sr_2 "  ; 

AREA_GROUP  "cf tp_x2_sr_2 "  RANGE  =  CLB_R1C60 : CLB_R4 8C63  ; 

INST  "Ul_*"  AREAJ3ROUP  =  "cf tp_x2_sr_l "  ; 

AREA_GROUP  "cf tp_x2_sr_l "  RANGE  =  CLB_R1C64 : CLB_R4 8C67  ; 

INST  "U0_*"  AREAJ3ROUP  =  "cftp_x2_sr_0"  ; 

AREA_GROUP  "cf tp_x2_sr_0 "  RANGE  =  CLB_R1C69 : CLB_R4 8C72  ; 

#  AREA_GROUP  " sr_sample_2 "  RANGE  =  RAMB4_R0C0 : RAMB4_R4C0  ;  #  No  RAMB4 

used  here ! ! ! 
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E.  XI  SELECTMAP  CONFIGURATION  CODE 

(From  [17]) 


--  selectmap^conf ig . vhd 
--  Author:  Mindy  Surratt,  2005 

--  Research  Associate,  Naval  Postgraduate  School,  Monterey,  CA 

--  Code  to  perforin  a  selectmap  full  configuration  on  the  VI 
--  experiment  FPGA 


library  IEEE; 

use  IEEE.std  logic  1164. all; 
use  IEEE. numeric  std.all; 
use  IEEE.std  logic  unsigned . all ; 
use  IEEE.std  logic  arith.all; 

entity  selectmap  config  is 

port  ( 


T_CL0CK_i 
RESET  i 


in  std_logic; 
in  std_logic; 


T_SELECTMAP_INIT_o 
T_SELECTMAP_WRITE_o 
T_SELECTMAP_CS_o 
T  SELECTMAP  DATA  o 


out  std_logic 
out  std_logic 
out  std_logic 
out  std_logic 


SM_CONFIG_RQST_i  :  in  std_logic; 
SM_CONFIG_STATUS_o  :  out  std_logic 


T_FLASH_DATA_i  :  in  std_logic_ 

T_FLASH_ADDRESS_o  :  out  std_logic 


PC104_WR_RDY_i 
PC 1 0  4_WR_EN_o 
DATA  o 


in  std_logic; 
out  std_logic 
out  std_logic 


end  selectmap  config; 

architecture  rtl  of  selectmap  config  is 


CONSTANT  BINJLENGTH  :  integer 

CONSTANT  CONFIG_DELAY  :  integer 

CONSTANT  ABORT_SETUP_LENGTH  :  integer 

CONSTANT  ABORTJLENGTH  :  integer 

CONSTANT  ABORT_RELEASE_LENGTH  :  integer 

CONSTANT  CONFIG^LENGTH  :  integer 

+ 


vector (7  downto  0); 


vector (15  downto  0); 
vector (21  downto  0); 


vector (7  downto  0) 


=  450996;  — SIMULATION  20; 

=  4000;  — SIMULATION  10; 

=  5; 

=  5; 

=  5; 

=  CONFIG_DELAY  +  BIN_LENGTH 

ABORT_SETUP_LENGTH  + 
ABORT_LENGTH  + 

ABORT  RELEASE  LENGTH; 
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signal  count^config 
signal  byte_count 
signal  bytel 
signal  byte2 

signal  s  flash  address_o 
begin 


integer  range  0  to  CONFIG_LENGTH  ; 
integer  range  0  to  100; 
std_logic; 
std_logic; 

std_logic_vector (20  downto  0) ; 


--  only  one  flash  device  on  CFTP-1,  so  only  21  addr  lines  (addr(21) 

'O'  ) 

T_FLASH_ADDRESS_o (21)  <=  'O'; 

T  FLASH  ADDRESS  o (20  downto  0)  <=  s  flash  address  o; 


--  Selectmap  Configuration  Process 
process (T_CLOCK_i,  RESET_i) 
begin 

if  (RESET  i  =  ' 1 ' )  then 


s  flash  address  o  <=  "000000000000000000000"; 


SM  CONFIG  STATUS  o  <=  ' 0 ' ; 


T_SELECTMAP_DATA_o  <=  x"00"; 

T_SELECTMAP_INIT_o  <=  'O'; 
T_SELECTMAP_WRITE_o  <=  ' 1 '  ; 
T_SELECTMAP_CS_o  <=  ' 1 ' ; 

bytel  <=  'O'; 
byte2  <=  'O'; 

PCI 04  WR  EN  o  <=  'O'; 


count^config  <=  CONFIG_LENGTH; 
elsif (T  CLOCK  i ' event  and  T  CLOCK  i  =  '1')  then 


T_SELECTMAP_INIT_o  <=  ' 1 ' ; 

T_SELECTMAP_CS_o  <=  ' 1 ' ; 

T_SELECTMAP_WRITE_o  <=  ' 1 ' ; 

PC104_WR_EN_o  <=  'O'; 

if  (  count  config  =  0  )  then 

if  (PCl04_WR_RDY_i  =  '1')  then 
—  Write  'S'  to  PC104 
if  (bytel  =  '0')  then 
DATA_o  <=  x " 5  3 " ; 
PC104J/\TR_EN_o  <=  '  1 '  ; 
bytel  <=  ' 1 '  ; 

—  Write  ' C '  to  PC104 
else 

DATA_o  <=  x " 4  3 " ; 
PC104_WR_EN_o  <=  ' 1 ' ; 
byte2  <=  ' 1 '  ; 
end  if; 
end  if; 

if  (byte2  =  ' 1 ' )  then 
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count  config  <=  1; 
bytel  <=  'O'; 
byte2  <=  'O'; 
end  if; 


--  give  it  some  time 

elsif  (count^conf ig  <  CONFIG  DELAY  )  then 
count  config  <=  count  config  +  1; 

--  assert  write  and  CS 

elsif  (count^config  <  CONFIG_DELAY  +  ABORT_SETUP_LENGTH)  then 
count  config  <=  count  config  +  1; 

T_SELECTMAP_CS_o  <=  'O'; 

T  SELECTMAP  WRITE  o  <=  'O'; 


—  deassert  write  while  CS  is  asserted  (pulls  an  abort) 
elsif  (count_config  <  CONFIG_DELAY  +  ABORT_SETUP_LENGTH  + 
ABORT_LENGTH )  then 
count  config  <=  count  config  +  1; 

T_SELECTMAP_CS_o  <=  'O'; 

T  SELECTMAP  WRITE  o  <=  ' 1 '  ; 


—  Just  deassert  WRITE  and  CS  to  release  the  abort  (for  Virtex 
1) 


--  (Default  values  of  WRITE  and  CS  are  '1',  see  above) 
elsif  (count^config  <  CONFIG_DELAY  +  ABORT_SETUP_LENGTH  + 

ABORT  LENGTH  +  ABORT  RELEASE  LENGTH) 


then 

count  config  <=  count  config  +  1; 


--  read  data  from  flash  and  write  to  X2s  selectmap  interface 
elsif  (count^conf ig  <  CONFIG  LENGTH)  then 
byte_count  <=  byte_count  +  1; 


--T  SELECTMAP  DATA  ioO  is  the  MSB  (except  I  swapped  values 
in  UCF 

— so  in  this  instance  D7  is  MSB...) 

--  disabled  bit  flipping  in  promgen  (default  is  to  flip 
bits  in 

--  each  byte) ,  so  T  SELECTMAP  DATA  o<=t  flash  data  instead 
of 

--  having  to  reverse  the  bits  (7=0,  6=1,  etc) 

--  takes  some  time  to  read  from  the  flash  (possibly  less 
than 

--  I'm  allowing  for... 
if  (byte_count  =  6)  then 

T_SELECTMAP_CS_o  <=  'O'; 

T_SELECTMAP_WRITE_o  <=  'O'; 

T_SELECTMAP_DATA_o  <=  T_FLASH_DATA_i ( 7  downto  0); 
count  config  <=  count  config  +  1; 
byte_count  <=  0; 

s_f lash_address_o  <=  s_f lash_address_o  +  1; 
end  if; 

--  sit  here  until  we  get  a  config  request  from  the  top  level 
elsif  (count^conf ig  =  CONFIG  LENGTH  )  then 
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count_conf ig  <=  CONFIG_LENGTH; 
SM_CONFIG_STATUS_o  <=  ' 0 ' ; 

—  reset  flash  address 

s_f lash_address_o  <=  "000000000000000000000" 
if  (SM_CONFIG_RQST_i  =  '1')  then 
count  config  <=  0; 

SM_CONF I G_S T ATU S_o  <=  ' 1 ' ; 
end  if; 

end  if; 


end  if; 
end  process; 
end  rtl; 
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F. 


XI  SELECTMAP  READBACK  CODE 


--  selectmap  readback . vhd 
--  Author:  Mindy  Surratt,  2005 

--  Research  Associate,  Naval  Postgraduate  School,  Monterey,  CA 

--  Code  to  perform  a  selectmap  readback  on  the  experiment  FPGA, 

--  compare  the  readback  data  with  the  configuration  file  and  mask 
--  file  stored  in  the  Flash  memory,  and  output  any  configuration 
--  errors  to  the  PC/104 


library  IEEE; 

use  IEEE.std  logic  1164. all; 
use  IEEE. numeric  std. all; 
use  IEEE.std  logic  unsigned . all ; 
use  IEEE.std  logic  arith.all; 

entity  selectmap  readback  is 
port  ( 


T  CLOCK  i 

in  std  logic; 

CLOCK  i 

in  std  logic; 

CLOCK  NOBUFG  i 

in  std  logic; 

RESET  i 

in  std  logic; 

T  CCLK  o 

out  std  logic; 

T  SELECTMAP  INIT  o 

out  std  logic; 

T  SELECTMAP  WRITE  o 

out  std  logic; 

T  SELECTMAP  CS  o 

out  std  logic; 

T  SELECTMAP  DATA  o 

out  std  logic  vector (7 

downto 

0)  ; 

T  SELECTMAP  DATA  i 

in  std  logic  vector (7  downto  0 

)  ; 

SM  RB  RQST  i 

in  std  logic; 

SM  RB  STATUS  o 

out  std  logic; 

T  FLASH  DATA  i 

in  std  logic  vector (15 

downto 

0)  ; 

T  FLASH  ADDRESS  o 

out  std  logic  vector (21 

downto 

0) 

PCI 04  WR  RDY  i 

in  std  logic; 

PCI 04  WR  EN  o 

out  std  logic; 

DATA  o 

out  std  logic  vector (7 

downto 

0) 

)  ; 

end  selectmap__readback; 

architecture  rtl  of  selectmap  readback  is 
--  Constants 

CONSTANT  READBACK_COMMAND_LENGTH  :  integer  :=  36; 

--  CLB  LENGTH  refers  to  CLBs,  IOBs,  and  BRAMIs.  We  do  not  read  back 
BRAMs 

CONSTANT  CLBJLENGTH  :  integer  :=  435240;  — 

SIMULATION  130; 
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CONSTANT  READBACKJDELAY  :  integer 

10; 

CONSTANT  READBACK_INIT1_DELAY  :  integer 

CONSTANT  READBACK_INIT2_DELAY  :  integer 

CHANGE  THIS! 

--  Number  of  clocks  needed  to  set  up  readback 
start 

--  getting  data) 

CONSTANT  READBACK^OFFSET  :  integer 

READBACK  COMMAND  LENGTH  + 


:=  4000;  — SIMULATION 
:=  1; 

:=  1;  —  DO  NOT 
(before  we  actually 


READBACK  DELAY 


READBACK_INIT1_DELAY  + 

READBACK_INIT2_DELAY; 

CONSTANT  READBACKJLENGTH  :  integer  :=  CLBJLENGTH  + 

READBACK^OFFSET ; 

signal  s  clock  i  :  std  logic; 

Flash  compare/report  signals 


type  my  state  is  (sleep  st,read  flash  st,wr  hdr  1  st,wr  hdr  2  st, 

read_sm_st,  wait_st,  compare_st, 
write_pcl04_st) ; 

type  error_vector  is  array (15  downto  0)  of  std_logic_vector ( 7 
downto  0) ; 


signal  report  error_state 
signal  error  word 

signal  flash  data  reg 

signal  s  flash  address  o 

signal  error_count 

signal  error  location 

signal  error  location  readback 

signal  wr  cnt 


my_state; 
error  vector; 

std_logic_vector ( 15  downto  0)  ; 
std_logic_vector (20  downto  0) ; 
integer  range  0  to  1024; 
std_logic_vector  (23  downto  0)  ; 
std_logic_vector  (23  downto  0) ; 
integer  range  0  to  32; 


Selectmap  Readback  signals 


type 


readback  mem  type  is  array (READBACK  COMMAND  LENGTH-1  downto 

0) 


of  std_logic_vector ( 7  downto  0) ; 


signal 

signal 

signal 

signal 

signal 

signal 

signal 

signal 


readback  command 

count_readback 

strt_rb 

s_s  e 1 e  c  tmap_da t  a_d 
s_selectmap_data_i 
reading  sm  data 
reading  sm  data__d 
readback  location 


readback  mem  type; 
integer  range  0  to 
std_logic; 
std_logic_vector (7 
std_logic_vector (7 
std_logic; 
std_logic; 
integer  range  0  to 


1024000; 

downto  0) ; 
downto  0) ; 


1024000; 


signal  selectmap  read  data 


std_logic_vector ( 7  downto  0) ; 
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begin 


--  Clocking  CCLK  only  works  if  we  use  a  signal  that  is  not  on  the 

--  clock  network 

process  (T_CLOCK_i)  begin 

if  (T  CLOCK  i' event  and  T  CLOCK  i  =  '1')  then 
s  clock  i  <=  not  s_clock  i; 
end  if; 
end  process; 


--  Command  sequence  that  initializes  a  selectmap  readback 
readback^command ( 0 ) (7  downto  0)  <=  x"FF";  --MSB  dummy  word 
readback  command (1) (7  downto  0)  <=  x"FF"; 
readback  command (2) (7  downto  0)  <=  x"FF"; 
readback  command (3) (7  downto  0)  <=  x"FF"; 

readback^command ( 4 ) (7  downto  0)  <=  x"AA";  --MSB  synchronization 
word 

readback  command (5) (7  downto  0)  <=  x"99"; 
readback  command (6) (7  downto  0)  <=  x"55"; 
readback  command (7) (7  downto  0)  <=  x"66"; 

readback  command (8) (7  downto  0)  <=  x"30";  --MSB  write  1  word  to  FAR 
reg 

readback  command (9) (7  downto  0)  <=  x"00"; 
readback  command (10) (7  downto  0)  <=  x"20"; 
readback  command (11) (7  downto  0)  <=  x"01"; 

readback  command (12) (7  downto  0)  <=  x"00";  --MSB  FAR  address 
readback  command (13) (7  downto  0)  <=  x"00"; 
readback  command (14) (7  downto  0)  <=  x"00"; 
readback  command (15) (7  downto  0)  <=  x"00"; 

readback_command (16) (7  downto  0)  <=  x"30";  --MSB  write  1  word  to 
CMD  reg 

readback  command (17) (7  downto  0)  <=  x"00"; 
readback  command (18) (7  downto  0)  <=  x"80"; 
readback  command (19) (7  downto  0)  <=  x"01"; 

readback_command (20) (7  downto  0)  <=  x"00";  --MSB  RCFG  command 
readback^command (21) (7  downto  0)  <=  x"00"; 
readback  command (22) (7  downto  0)  <=  x"00"; 
readback  command (23) (7  downto  0)  <=  x"04"; 

readback  command (24) (7  downto  0)  <=  x"28";  --MSB  type  2  header 
readback  command (25) (7  downto  0)  <=  x"00"; 
readback  command (26) (7  downto  0)  <=  x"60"; 
readback  command (27) (7  downto  0)  <=  x"00"; 

readback  command (28) (7  downto  0)  <=  x"48";  --type  2  read  from 
active  reg 

readback  command (29) (7  downto  0)  <=  x"01";  -- (FDRO)  0xlA90A  32  bit 
words 

readback  command (30) (7  downto  0)  <=  x"A9";  --  (READBACK  LENGTH/4) 
readback  command (31) (7  downto  0)  <=  x"0A"; 

readback  command (32) (7  downto  0)  <=  x"00";  --MSB  pad  word 
readback_command ( 33 ) (7  downto  0)  <=  x"00"; 
readback_command ( 34 ) (7  downto  0)  <=  x"00"; 
readback  command (35) (7  downto  0)  <=  x"00"; 
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--  grabs  selectmap  data  on  the  next  read  sm  st, 

--  the  first  byte  read  back  will  be  junk  (no  data  yet) 
T  CCLK  o  <=  ' 1 '  when  reading  sm  data  =  ' 1 ' 

and  report_error_state 


read  sm  st 


else  s_clock_i; 
s_selectmap  data  i  <=  T  SELECTMAP  DATA  i; 


/= 


--  only  one  flash  device  on  CFTP-1,  so  only  21  addr  lines  (addr(21) 
=  '  0  '  ) 

T_FLASH_ADDRESS_o (21)  <=  'O'; 

T  FLASH  ADDRESS  o (20  downto  0)  <=  s  flash  address  o; 


readback  location  <=  0  when  count  readback  <  READBACK  OFFSET 

else  (count  readback  -  READBACK  OFFSET) ; 


process (CLOCK_i , RESET_i ) 
begin 

if  (RESET_i  =  '1')  then 

report_error_state  <=  sleep_st; 
error_count  <=  0; 
wr  cnt  <=  0; 

PC104_WR_EN_o  <=  'O'; 

DATA_o  <=  x " 3 1 " ; 

elsif  (CLOCK  i' event  and  CLOCK  i  =  '1')  then 
PC104_WR_EN_o  <=  'O'; 

report_error_state  <=  report_error_state; 
case  report_error_state  is 
when  sleep  st  => 

--  set  flash  address  to  just  after  the  selectmap 
--  configuration  commands  in  the  bin  file 
s_f lash_address_o  <=  "000000000000001001000"; 

--  wait  until  we  start  actually  reading  SM  data 
--  then  start  the  readback  reports 
if  (reading  sm  data  =  '1')  then 

report  error  state  <=  wr  hdr  1  st; 
end  if; 

when  wr  hdr  1  st  => 

—  Write  'S'  to  PC104 
if  (PC104_WR_RDY_i=' 1 '  )  then 
DATA_o  <=  x " 5  3 " ;  — S 
PC104_WR_EN_o  <=  ' 1 ' ; 
report  error  state  <=  wr  hdr  2  st; 
end  if; 

when  wr  hdr  2  st  => 

—  Write  'M'  to  PC104 
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if  ( PCI 04_WR_RDY_i= ' 1 '  )  then 
DATA_o  <=  x " 4  D " ;  — M 
PC104_WR_EN_o  <=  ' 1 ' ; 
report_error_state  <=  read_f lash^st; 
end  if; 

when  read  flash  st  => 

report_error_state  <=  read_sm_st; 

--  Go  idle  if  we  are  done  reading  back 
if  (reading  sm  data  =  '0')  then 

report_error_state  <=  sleep_st; 
end  if; 

when  read  sm  st  => 

--  latch  the  selectmap  data  from  the  last  read, 

--  and  trigger  CCLK  to  get  the  next  byte  (see 
T_CCLK_o 

—  assignment  above) 

selectmap_read_data  <=  s_selectmap_data_i ; 
report_error_state  <=  wait_st; 

when  wait  st  => 

--  Skip  first  junk  byte  (see  CCLK  above),  1  dummy 
word, 

--  and  one  pad  frame  (120  bytes) 
if  (readback  location  <  125)  then 

report_error_state  <=  read_sm_st; 

else 

report_error_state  <=  compare_st; 
end  if; 

when  compare  st  => 

--  latch  flash  data  for  possible  report  to  PC104 
flash  data  reg  <=  T  FLASH  DATA  i; 

--  increment  the  flash  address  for  the  next  read 
s_f lash_address_o  <=  s_f lash_address_o  +  1; 

--  Compare  read  back  selectmap  data,  configuration 

data 

--  stored  in  the  flash,  and  mask  data  stored  in  the 
flash . 

--  If  there  is  a  mismatch,  print  a  report  to 
PC/104 . 

--  Otherwise,  read  the  next  byte 
if  (  (  (T  FLASH  DATA  i (7  downto  0)  xor 

selectmap_read__data) 

and  not  T_FLASH_DATA_i ( 15  downto  8)  )  /=  x"00" 

)  then 

report  error  state  <=  write  pcl04  st; 

else 

report_error_state  <=  read_f lash^st; 
end  if; 
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when  write  pcl04  st  => 

--  print  out  SM  report 
--  error  word()  defined  below 

if  (wr  cnt  <  7  and  PC104  WR  RDY  i  =  ' 1 '  )  then 
DATA  o  <=  error  wordfwr  cnt); 

PC104_WR_EN_o  <=  '  1 '  ; 
wr  cnt  <=  wr  cnt  +  1; 

--  read  next  byte  from  selectmap  when  done 
elsif  (wr  cnt  =  7)  then 

report_error_state  <=  read_f lash_st; 
wr  cnt  <=  0; 
end  if; 

when  others  =>  report  error  state  <=  sleep  st; 
end  case; 
end  if; 

end  process; 

error_location  <=  "000"  &  ( s_f lash_address_o  -  1)  ; 

error  location  readback  <= 

std_logic_vector (to_unsigned (readback_location, 24 ) ) ; 

--  SMRB  error  report,  error  location  is  byte  location  within 
--  bin  file 

error  word(0)  <=  x"00"; 

error_word ( 1 )  <=  selectmap_read_data  ; 

error  word (2)  <=  error  location (23  downto  16); 

error  word (3)  <=  error  location (15  downto  8); 

error  word (4)  <=  error  location (7  downto  0); 

error_word ( 5 )  <=  f lash_data_reg ( 7  downto  0) ; 

error_word ( 6)  <=  f lash_data_reg ( 15  downto  8); 


--  Process  to  perform  Selectmap  Readback 

process (CLOCK_i , RESET_i ) 

begin 

if  (RESET_i  =  '1')  then 

T_SELECTMAP_INIT_o  <=  ' 1 '  ; 
T_SELECTMAP_WRITE_o  <=  ' 1 '  ; 
T_SELECTMAP_CS_o  <=  ' 1 ' ; 

count_readback  <=  READBACK^LENGTH; 
SM_RB_STATUS_o  <=  ' 0 '  ; 
reading  sm  data  <=  'O'; 
reading_sm_data_d  <=  'O'; 

s_selectmap_data_d  <=  x"FF"; 

strt_rb  <=  ' 0 ' ; 

T_SELECTMAP_DATA_o  <=  x"FF"; 

elsif (CLOCK  i' event  and  CLOCK  i  = 
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1 ' )  then 


T_SELECTMAP_INIT_o  <=  ' 1 ' ; 

T_SELECTMAP_CS_o  <=  '  1  '  ; 

T_SELECTMAP_WRITE_o  <=  ' 1 ' ; 

reading  sm  data  <=  'O'; 

reading  sm  data_d  <=  reading  sm  data; 

--  Give  it  some  time 

if  (count  readback  <  READBACK  DELAY)  then 
count  readback  <=  count  readback  +  1; 

--  Write  the  readback  commands  to  X2s  selectmap  interface 
elsif  (count^readback  <  READBACK_COMMAND_LENGTH  + 

READBACK_DELAY  )  then 
T_SELECTMAP_CS_o  <=  'O'; 

T_SELECTMAP_WRITE_o  <=  'O'; 

T_SELECTMAP_DATA_o  <= 

readback  command (count  readback  - 

READBACK^DELAY  ) ; 

count  readback  <=  count  readback  +  1; 

--INITialize  readback  (deassert  CS  and  WRITE) 
elsif  (count^readback  <  READBACK_COMMAND_LENGTH  + 
READBACK^DELAY  + 

READBACK_INIT1_DELAY  )  then 
T_SELECTMAP_CS_o  <=  ' 1 ' ; 

T_SELECTMAP_WRITE_o  <=  ' 1 ' ; 

count  readback  <=  count  readback  +  1; 

--  INITialize  readback  (assert  CS) 
elsif  (count  readback  <  READBACK  OFFSET  )  then 
T_SELECTMAP_CS_o  <=  'O'; 

T_SELECTMAP_WRITE_o  <=  ' 1 '  ; 

count  readback  <=  count  readback  +  1; 

--  read  back  the  configuration  data  from  X2 
elsif  ( (count  readback  <  (READBACK  LENGTH) )  )  then 

T_SELECTMAP_CS_o  <=  'O'; 

T_SELECTMAP_WRITE_o  <=  'th¬ 
reading  sm  data  <=  ' 1 ' ; 

—  data  d  will  be  FF  until  second  clock  in  this 
statement 

--  this  prevents  SM  readback  from  hanging  on  the  next 
statement 

--  if  there  happen  to  be  no  FFs  at  the  beginning 
s_selectmap_data_d  <=  s_selectmap_data_i ; 

--  Skip  all  dummy  FF  data  coming  out  of  the  selectmap 
interface 

--  at  the  beginning 

if  (s  selectmap  data  i  /=  x"FF"  and 
s  selectmap  data  d  =  x"FF")  then 
strt_rb  <=  ' 1 ' ; 
end  if; 
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--  Don't  increment  the  readback  counter  unless  we've 
cleared  out 

--  all  the  dummy  FF ' s  (strt  rb  =  '1')  and  we  we  are 
latching 

--  the  selectmap  data  in  the  read  sm  st  of  the  state 
machine 

--  CCLK  is  clocked  off  of  read  sm_^st  as  well,  so  every 
time 

--  we  are  in  read  sm  st,  another  byte  of  selectmap  data 
is 

--  clocked  out,  and  we  grab  it  the  next  time  we're  in 
read_sm_st 

--  we  only  want  to  increment  the  counter  when  we 
actually 

--  grab  a  selectmap  readback  byte 

if  (report  error  state  =  read  sm  st  and  strt  rb  =  '1'  ) 
then 

count  readback  <=  count  readback  +  1; 
end  if; 

--  sit  here  until  we  get  a  readback  request  from  top  level 
elsif  (count  readback  =  READBACK  LENGTH  )  then 
count^readback  <=  READBACK_LENGTH; 

SM_RB_STATUS_o  <=  '  0  '  ; 
strt_rb  <=  'O'; 

—  Make  sure  this  starts  out  as  FF  so  we  will  start  the 
readback 

--  even  if  there  are  no  dummy  FF ' s  at  the  beginning  of 
the 

--  readback 

s_selectmap_data_d  <=  x"FF"; 

if  (SM_RB_RQST_i  =  '1')  then 
count_readback  <=  0; 

SM_RB_STATUS_o  <=  ' 1 '  ; 
end  if; 

end  if; 
end  if; 
end  process; 

end  rtl; 
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G. 


XI  PC/104  INTERFACE  VHDL  PACKAGE 

(from  [17]) 


--  pcl04Int.vhd 

--  Author:  Mindy  Surratt,  2005 

--  Research  Associate,  Naval  Postgraduate  School,  Monterey,  CA 
--  PC/104  Interface  code  package 

--  constants:  bus  addresses  for  the  PC/104  interface 
--  everything  else  unused 


library  ieee; 

use  ieee . std_logic_l 1 64 . all ; 
use  std . textio . all ; 

package  pcl04IntPack  is 


PC104  Bus  Address 


CONSTANT 

C 

IMULowAddress  : 

std 

logic 

vector ( 9 

downto 

0) 

;  = 

"1101000000" 

r 

■x340 

CONSTANT 

C 

IMUHighAddress  : 

std 

logic 

vector ( 9 

downto 

0) 

:  = 

"1101101000" 

r 

■x368 

CONSTANT 

C 

LowAddress  : 

std 

logic 

vector ( 9 

downto 

0) 

:  = 

"1101000000" 

r 

■x340 

CONSTANT 

C 

HighAddress  : 

std 

logic 

vector ( 9 

downto 

0) 

:  = 

"1101101000" 

r 

■x368 

CONSTANT 

C 

RESET  : 

std 

logic 

vector ( 9 

downto 

0) 

:  = 

"1101000010" 

r 

■x342 

CONSTANT 

C 

TEST  ADDR  : 

std 

logic 

vector ( 9 

downto 

0) 

:  = 

"1101000001" 

r  ’ 

■x34 1 

CONSTANT 

c 

pix  ADDR  : 

std 

logic 

vector ( 9 

downto 

0) 

:  = 

"1101000000" 

r  ~~ 

■x340 

CONSTANT 

c 

STATUS  ADDR  : 

std 

logic 

vector ( 9 

downto 

0) 

:  = 

"1101000011" 

r 

■x343 

function  TMR  (  a:std  logic  vector;b:std  logic  vector;c:std  logic  vector) 
return  std_logic_vector ; 

function  TMR (  a:std  logic;b:std  logic;c:std  logic) 
return  std_logic; 
end  pci 04 IntPack; 

package  body  pcl04IntPack  is 

function  TMR  (  a:std  logic  vector;b:std  logic  vector;c:std  logic  vector) 
return  std  logic  vector  is 

variable  tmr  ret  :std  logic  vector (a ' range) ; 
begin 

for  i  in  a ' range  loop 

tmr_ret(i)  :=  (a(i)  and  c(i))  or  (a(i)  and  b(i))  or  (b(i)  and 
c  ( i )  )  ; 

end  loop; 
return  tmr  ret; 
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end  TMR; 


function  TMR (  a:std  logic;b:std  logic;c:std  logic) 
return  std  logic  is 
variable  tmr  ret  :std  logic; 
begin 

tmr_ret:=  (a  and  c)  or  (a  and  b)  or  (b  and  c) 
return  tmr  ret; 
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H.  XI  PC/104  INTERFACE  CODE 


(from  [17]) 


--  pcl04Int.vhd 

--  Author:  Mindy  Surratt,  2005 

--  Research  Associate,  Naval  Postgraduate  School,  Monterey,  CA 
--  PC/104  Interface  code 


library  IEEE; 

--library  exemplar; 

use  IEEE.std  logic  1164. all; 

use  IEEE. numeric  std. all; 

--use  exemplar . exemplar  11 64. all; 
use  work. pcl04intpack. all; 


PC104  interface 

entity  pcl04Int  is 
port  ( 

--  Inputs 

Clk  i  :  in  std  logic; 

reset  :  in  std_logic; 

T_Addr e s s_i_  :  in  STD_LOGIC_VECTOR  (9  downto  0); 

T  IORead  i  :  in  STD  LOGIC;  --active  low,  read  data  into 

T_Data_io 

T  IOWrite  i  :  in  STD  LOGIC;  --  active  high 

T_AEN_i  ~  :  in  STDJLOGIC;  —  active  low 

--  10 

T  Data  io  :  inout  STD  LOGIC  VECTOR  (7  downto  0); 


FPGA  side  interface 

pix_data_out  :  out  std_logic_vector ( 7  downto  0) ; 
pix_data_rdy  :  out  std_logic; 

pix  data  ack  :  in  std  logic; 

pix  data  in  :  in  std  logic  vector (7  downto  0)  ; 

pix  data  wr  :  in  std  logic  --active  high 

)  ; 

end  pcl04Int; 

architecture  rtl  of  pcl04Int  is 

component  fifo  out 
port  ( 

din:  IN  std  logic  VECT0R(31  downto  0); 
wr  en :  IN  std  logic; 
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wr  elk:  IN  std  logic; 
rd  en :  IN  std  logic; 
rd  elk:  IN  std  logic; 
ainit:  IN  std  logic; 

dout:  OUT  std_logic_VECTOR (31  downto  0); 
full:  OUT  std_logic; 
empty:  OUT  std_logic) ; 
end  component; 

--  SIGNALS 

SIGNAL  S_IOTemp _ :  STD_LOGIC_VECTOR  ( 7  downto  0); 

SIGNAL  TestData  _ :  STD_LOGIC_VECTOR ( 7  downto  0); 

SIGNAL  TestData2 _ :  STD_LOGIC_VECTOR ( 7  downto  0); 

SIGNAL  S_Decode _ :  STDJLOGIC; 

SIGNAL  S_RangeCheck  _:  STD_LOGIC; 

signal  iow  :  std  logic; 
signal  iow  d  :  std  logic; 

signal  data  in  :  std  logic  vector (7  downto  0)  ; 

signal  addr _ :  std_logic_vector ( 9  downto  0)  ; 

signal  aen  :  std  logic; 

signal  pix  data  in  reg  :  std  logic  vector (7  downto  0) ; 

signal  status_reg _ :  std_logic_vector ( 7  downto  0)  ; 

signal  status_reg_iord _ :  std_logic_vector ( 7  downto  0)  ; 

signal  status_read _ :  std_logic; 

signal  status_read_d _ :  std_logic; 

signal  status_reg_d _ :  std_logic; 

signal  status_read_dd _ :  std_logic; 

signal  ioread_d _ :  std_logic; 

signal  ioread_dd _ :  std_logic; 

signal  fifo  read:  std  logic; 
signal  fifo  read  d:  std  logic; 
signal  fifo  read  dd:  std  logic; 
signal  fifo  rd:  std  logic; 
signal  full: std  logic; 
signal  empty : std_logic; 
signal  ainit: std  logic; 

signal  fifo  din:  std  logic  vector(31  downto  0) ; 
signal  fifo  dout:  std  logic  vector(31  downto  0) ; 

begin 

ainit  <=  ' 0 ' ; 

—  sync 

process (clk_i) 
begin 

if (elk  i' event  and  elk  i  =  ' 1 '  )  then 
data_in  <=  T_data_io; 
iow  <=  T  IOWrite  i; 
iow  d  <=  iow; 
aen<=  t_aen_i; 
addr<=  t_address_i; 
end  i f ; 
end  process; 
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--  Address  Range  Check  lines 


S  RangeCheck  <=  ' 1 '  when  (  (T  Address  i  >=  C  LowAddress) 

and  (T  Address  i  <=  C  HighAddress)  ) 
else  'O'; 


--  Decode  Line 

S  Decode  <=  ' 1 '  when  (T  AEN  i  =  'O'  and  S  RangeCheck  =  '1')  else 
'O'; 

--  Bidirctional  Data  10 

T  Data^io  <=  S  IOTemp  when  (S  Decode  =  '1'  and  T  IORead  i  =  '0') 

else  "ZZZZZZZZ"; 


IOWrite:  Process (elk  i) 
begin 

if (elk  i' event  and  elk  i  =  '1'  )  then 

if (pix  data  ack  =  ' 1 ' )  then 
pix_data_rdy  <=  'O'; 
end  if; 

if(iow  =  '1'  and  iow  d  =  '0')  then 

if  AEN  =  'O'  then 

case  Addr  is 

when  C_TEST_ADDR  => 

TestData(7  downto  0)  <=  data__in; 

when  C_pix  ADDR  => 

pix_data_out ( 7  downto  0)  <=  data_in; 
pix_data_rdy  <=  ' 1 ' ; 

when  others  => 

NULL; 


end  case; 

end  if; 

end  if; 

end  if; 
end  process; 

IORead:  Process (T_Address_i, TestData, pix_data_in_reg, status_reg_iord) 
begin 

fifo_read  <=  'O'; 
status  read  <=  'O'; 
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case  T_Address_i  is 

when  C  pix  ADDR=> 

S  IOTemp  <=  pix  data  in  reg; 
fifo  read  <=  '  1 '  ; 

when  C_STATUS_ADDR  => 

S  IOTemp  <=  status  reg  iord; 
status_read  <=  '  1 '  ; 

when  others  => 

S_IOTemp  <=  (others  =>  ' O'); 

end  case; 

end  process; 

process (clk_i, reset) 
begin 

if  (reset  =  '1')  then 

status_reg_iord ( 0 )  <=  'O'; 

elsif (elk  i 'event  and  elk  i  =  '1')  then 

fifo  read  d  <=  fifo  read; 
fifo_read_dd  <=  fifo_read_d; 

status_reg_iord ( 7  downto  1)  <=  (others  =>  ' 0 ' )  ; 

if  (fifo  rd  =  '1')  then 

status_reg_iord ( 0 )  <=  ' 1 ' ; 
end  if; 

if  (ioread  d  =  '1'  and  ioread  dd  =  'O'  and  fifo  read  dd  =  '1' 
then 

status_reg_iord ( 0 )  <=  'O'; 
end  if; 

end  if; 

end  process; 

fifo  rd  <=  '1'  when  empty  =  'O'  and  status  reg  iord(O)  =  'O'  else  'O' 

process (clk_i) 
begin 

if (elk  i' event  and  elk  i  =  '1')  then 

status_reg(7  downto  1)  <=  (others  =>  ’O'); 

ioread_d  <=  T_IORead_i; 

ioread_dd  <=  ioread_d; 

status_read_d  <=  status_read; 

status  read  dd  <=  status  read  d; 
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if (pix  data  wr  =  ' 1 '  )  then 

status_reg ( 0 ) <=  ' 1 ' ; 
end  if; 

if  (ioread_d  =  ' 1 '  and  ioread_dd  =  'O'  and  status_reg_iord ( 0 ) 

'1' 

and  status_read  =  ' 1 '  )  then 

status_reg ( 0 )  <=  'O'; 
end  if; 

end  if; 

end  process; 

fifo_din(31  downto  8)  <=  (others  =>  ’O'); 
fifo  din (7  downto  0)  <=  pix  data  in; 
pix  data  in  reg  <=  fifo  dout(7  downto  0) ; 

fifo  out  1  :  fifo_out 
port  map  ( 

din  =>  fifo  din, 
wr  en  =>  pix  data  wr, 
wr  elk  =>  elk  i, 
rd  en  =>  fifo  rd, 
rd  elk  =>  elk  i, 
ainit  =>  ainit, 
dout  =>  fifo_dout, 
full  =>  full, 
empty  =>  empty) ; 

end  rtl; 
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I. 


X2  INTERFACE  CODE  FOR  XI 

(after  [17]) 


--  filename:  x2Int.vhd 
--  author:  Mindy  Surratt  (2005) 

--  modified:  James  Coudeyras  (2005) 

--  This  file  is  the  XI  control  interface  to  X2 . 

--  Any  additional  programs  necessary  to  run  the  X2  experiment 
--  are  incorporated  into  this  module. 

--  This  module  also  contains  the  reporting  and  readback 
--  requirements  as  well  as  the  reconfiguration  threshold 


library  IEEE; 

use  IEEE.std  logic  1164. all; 
use  IEEE . numeric_std . all ; 
use  IEEE.std  logic  unsigned . all ; 
use  IEEE.std  logic  arith.all; 

entity  x2Int  is 


FOR  SR  IMPLEMENTATION 
generic  (NUM  OF  TAPS 

{START} 

:  integer 

:=  2; 

--  Number 

of  taps  LFSR 

WIDTH 

:  integer 

:=  15; 

--  Width 

of  m-length  LFSR 

NUM  SRS 

:  integer 

:=  16) 

;  --  #  of 

shift  registers 

in  X2 

FOR  SR  IMPLEMENTATION 

{END} 

port  ( 

CLOCK  i 

:  in  std 

logic; 

—  25  MHz 

system  clock 

CLOCK_X2_i 

reset 


clockGen 


RESET  i 


in  std  logic; 


in  std_logic;  -- 


12.5  MHz  system  clock  w/ 
add  appropriate  clock  to 
Reset  signal 


--  FOR 
--  JCC 


--  FOR 


SR  IMPLEMENTATION  {START},  signals  coming  directly  to/from  X2 
20051031  SR  copy  removed  from  XI  on  this  and  future  versions. 


fen  implemented 

on  X2 

T  BITOUT  TO  X2  o 

:  out 

T  RESET  TO  X2  o 

:  out 

T  CE  TO  X2  o 

:  out 

T  DOUT  FROM  X2  i 
operation 

:  in 

std_logic; 

std_logic; 

std  logic;  --  clock  enable  to  X2 
td  logic;  --  verify  LFSR 


T  XOR  DOUT  FROM  X2_i  :  in  std  logic;  --  function  moved  to  X2 

T  SUMDIFF  FROM  X2  i  :  in  std  logic  vector  (15  downto  0); 

SR  IMPLEMENTATION  {END} 


DATA  o  :  out  std  logic  vector (7  downto  0); 

--Data  bus  out  of  X2  interface,  in  this  case  used  to  write  to 
PCI  04 

DATA  i  :  in  std  logic  vector (7  downto  0); 

--Data  bus  into  X2  interface,  in  this  case  used  to  read  from 
PCI  04 
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1 '  for  one 


PC104  WR  EN  o  :  out  std  logic; 

--  Active  high,  if  WR  RDY  =  ' 1 ' ,  then  set  WR  EN  = 
clock 

and  whatever  is  on  DATA  o  when  WR  EN  is  high  will  get 
written  to  PC104 

PC104  WR  RDY  i  :  in  std  logic;  --Active  High,  ok  to  write 

to  PC104 

--  if  WR  RDY  is  high,  whatever  you  write  to  PC104 

--  will  definitely  get  printed  (your  component  has  priority) 

PC104  RD  RDY  i  :  in  std  logic;  --Active  high,  if  RD  RDY  = 

'1',  then  there  is 

--  data  on  the  PC104  bus  ready  to  be  read.  Once  you  read  the 
data  (from  DATA  i), 

--  set  RD  ACK  high  for  one  clock  to  release  the  PC104 

PC104  RD  ACK  o  :  out  std  logic;  --Active  high 

SM  CONFIG  RQST  o  :  out  std  logic;  --Active  high,  set 

config  rqst  high 

--  for  one  clock  if  you  want  to  start  a  selectmap 
config/ reconf ig 

SM  CONFIG  STATUS  i  :  in  std  logic;  --Active  high,  stays  ' 1 '  as 
long  as 

--  a  selectmap  config  is  going  on  (don't  request  a  readback 
or  reconfig  while 

--  either  is  still  active,  it  won't  hurt  anything,  but  it 
won't  go  through) 

SM  RB  RQST  o  :  out  std  logic; --Active  high,  set  rb  rqst 

high 

--  for  one  clock  if  you  want  to  start  a  selectmap  readback 

SM  RB  STATUS  i  :  in  std  logic  --Active  high,  stays  ' 1 '  as 

long  as 

--  a  selectmap  rb  is  going  on  (don't  request  a  readback  or 
reconfig  while 

--  either  is  still  active,  it  won't  hurt  anything,  but  it 
won't  go  through) 


end  x2Int; 


architecture  rtl  of  x2Int  is 


--  DLY  TIME  counter  and  reset  signals 


CONSTANT  DLY_TIME 
5000; 

--  ~30  seconds 
signal  s  reset  sr 
signal  first  reset 
signal  sm  rb  status  d 
signal  dly  cnt 
signal  dly  start  rb 


:  integer  :=  750000000;  — SIMULATION 


:  std_logic; 

:  std_logic; 

:  std_logic; 

:  integer  range  0  to  1000000000; 
:  std_logic; 
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:  std_logic; 


signal  sm  config  status  d 

Error  report  timer  signals 
CONSTANT  ERR_RPT_TIME  :  integer  :=  75000000;  — heartbeat 

reports  every  3  sec 

--  time  between  automatic  error  reports,  adjust  as  needed  (use  50 
for  simulations) 

CONSTANT  REPORT_OUT_LENGTH  :  integer  :=  23;  —  set  to  the  number 
of  bytes 

--  included  in  your  output  vector  that  needs  to  be  printed  to 
PCI  04 

signal  sr  timer  :  integer  range  0  to  ERR  RPT  TIME;  --  for 

heartbeat  reports 

signal  count  out  vect  :  integer  range  0  to  REPORT  OUT  LENGTH; 
signal  report_out_vect  :  std_logic; 
ensure  these  split  lines  don't  cause  a  problem 
type  output  vector  is  array  (REPORT  OUT  LENGTH-1  downto  0) 
of  std_logic_vector ( 7  downto  0)  ; 
signal  out^vect  :  output_vector ; 

readback/reconf ig  process,  CLOCK  X2  i  signals 
signal  reconfig  from  error  :  std  logic; 

signal  sr  start  rb  :  std  logic; 

readback/reconf ig  process,  T  CLOCK  i  signals 

signal  reconfig  from  error  t  clock  :  std  logic; 
signal  reconfig  from  error  save  :  std  logic; 

signal  rb_started  :  std_logic; 

signal  reconfig  timer  :  integer  range  0  to 

ERR_RPT_TIME; 

XI  SR  signals  (LFSR)  {START} 
signal  bit_out  :  std_logic; 

signal  lfsr  :  std  logic  vector (WIDTH-1  downto  0)  := 

"111111111111111"; 

signal  par  fdbk  :  std  logic  vector (NUM  OF  TAPS  downto 

0) ;  --parity  fdbk 

signal  lfsr  in  :  std  logic;  --mux 

type  column  is  array  ((NUM  SRS-1)  downto  0)  of  std  logic  vector (7 
downto  0) ; 

type  tap  point  array  is  array  (NUM  OF  TAPS-1  downto  0)  of  integer; 
--  Parameterize  LFSR  taps.  (e.g.  g(D)  =  DA15  +  D  +  1) 

--  Tap  points,  including  output  tap  0. 

constant  TAP  :  tap_point_array  ;=  (1,  0); 

XI  SR  signals  (SR) 
signal  ce 

JCC  20051031  split  ce  into 
signal  ce_30 
signal  ce  recon 
signal  s  dout  from  X2  i 

XI  SR  signals  (Counter) 

signal  cnt  dout  err  :  std  logic  vector  (7  downto  0)  :=x"00"; 

signal  cnt  col  V0  :  std  logic  vector  (7  downto  0)  :=x"00"; 
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:  std_logic  :=  ' 1 ' ; 

30  sec  smrb  and  reconfig  from  error 
:  std_logic  :=  ' 1 ' ; 

:  std_logic  :=  '  1 '  ; 

:  std_logic_vector ( 7  downto  0); 


signal 

cnt  col  VI 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V2 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V3 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V4 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V5 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V6 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V7 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V8 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V9 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V10 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  Vll 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V12 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V13 

std  logic  vector 

(7 

downto 

0 

signal 

cnt  col  V14 

std  logic  vector 

(7 

downto 

0 

signal  cnt  col  V15 
--  XI  SR  signals  {END} 

std  logic  vector 

(7 

downto 

0 

begin 

--  Asynchronous  assignments  of  top  level  signals 
T_RESET_T0_X2_o  <=  s_reset_sr; 

--MLS  might  help  if  we  actually  use  sr  start  rb . . . 

--MLS  20051018  get  rid  of  reconfig  from  error  for  now 
SM  RB  RQST  o  <=  sr  start  rb  or  dly  start  rb; 

SM  RB  RQST  o  <=  dly  start  rb; 

SM  CONFIG  RQST  o  <=  reconfig  from  error  t  clock; 
SM_CONFlG_RQST_o  <=  ' 0 '  ; 

—  Processes  for  SR  implementation  (LFSR  portion)  {START} 
T_BITOUT_TO_X2_o  <=  bit_out; 

--MLS  SR  stop  SR  during  readback 

T  CE  TO  X2  o  <=  ce;  --  clock  enable 


=x"00" ; 
=x"00"; 
=x"00"  ; 
=x"00"  ; 
=x"00"  ; 
=x"00"  ; 
=x"00"; 
=x"00"  ; 
=x"00"  ; 
=x"00" ; 
=x"00"  ; 
=x"00"  ; 
=x"00"; 
=x"00"  ; 
=x"00"  ; 


--  JCC  20051031  make  ce  function  of  30  second  rb  ce  and  reconfig  from 
error  ce 

ce  <=  (ce_30  and  ce_recon) ; 

ce  30  <=  (not  SM  RB  STATUS  i);  --  clock  disable  for  30  sec  readback 

lfsrO  :  process (CLOCK  X2  i)  begin 
if  (s  reset  sr  =  '1')  then 
lfsr  <=  (others=> ' 1 ' ) ; 

elsif  (CLOCK  X2  i' event  and  CLOCK  X2  i='l')  then 
if  (ce  =  ' 1 ' )  then 

lfsr  <=  lfsr  in  &  If sr ( If sr ' high  downto  1); 
end  if; 
end  if; 
end  process; 

par_fdbk(0)  <=  'O'; 

fdbk  :  for  X  in  0  to  TAP 'high  generate  --  parity  generator 
par  fdbk(X+l)  <=  par_fdbk(X)  xor  If  sr  (TAP  (X)  )  ; 
end  generate  fdbk; 

lfsr  in  <=  par  fdbk (par  fdbk 'high); 
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bit  out  <=  If sr ( If sr ' low) ;  --  LFSR  output 
Processes  for  SR  implementation  (LFSR  portion)  {END} 

Processes  for  SR  implementation  (Counter  portion)  {START} 

This  process  counts  errors  from  X2 ,  compares  the  output  from  the  a- 

side  of  X2  SRs 

with  the  a-side  of  XI  (counts  errors),  and  resets  error  counters 
counter  :  process  (CL0CK_X2_i,  s_reset_sr) 

variable  cnt  dout  var  :  integer  range  0  to  255  :=  0; 

begin 

if  (s_reset_sr  =  '1')  then 
cnt_dout_var  :=  0; 
cnt  dout  err  <=  X"00"; 
cnt  col  VO  <=  x"00"; 
cnt  col  VI  <=  x"00"; 
cnt  col  V2  <=  x"00"; 
cnt  col  V3  <=  x"00"; 
cnt  col  V4  <=  x"00"; 
cnt  col  V5  <=  x"00"; 
cnt  col  V6  <=  x"00"; 
cnt  col  V7  <=  x"00"; 
cnt  col  V8  <=  x"00"; 
cnt  col  V9  <=  x"00"; 
cnt  col  V10  <=  x"00"; 
cnt  col  Vll  <=  x"00"; 
cnt  col  V12  <=  x"00"; 
cnt  col  V13  <=  x"00"; 
cnt  col  V14  <=  x"00"; 
cnt  col  V15  <=  x"00"; 

elsif  (CLOCK  X2  i ' event  and  CLOCK  X2  i='l')  then 

MLS  SR  don't  do  this  if  we're  reading  back,  will  get  nonsense 
if  (ce  =  ' 1 ' )  then 

s_dout_from_X2_i  <=  "0000000"  &  T_DOUT_FROM_X2_i ; 

if  (T_XOR_DOUT_FROM_X2_i  =  '1')  then 
cnt  dout  var  :=  cnt  dout  var  +  1; 

end  if; 

cnt_dout_err  <= 

std_logic_vector (to_unsigned (cnt_dout_var, 8) ) ; 

if  T_SUMDIFF_FROM_X2_i (0) =' 1 '  then 
cnt  col  V0  <=  cnt  col  V0  +  1; 

end  if; 

if  T_SUMDIFF_FROM_X2_i (1) =' 1 '  then 
cnt^col  VI  <=  cnt  col  VI  +  1; 

end  if; 

if  T_SUMDIFF_FROM_X2_i (2) =' 1 '  then 
cnt^col  V2  <=  cnt  col  V2  +  1; 

end  if; 

if  T_SUMDIFF_FROM_X2_i (3) =' 1 '  then 
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cnt  col  V3  <=  cnt  col  V3  +  1; 
end  if; 

if  T_SUMDIFF_FR0M_X2_i ( 4 ) = ' 1 '  then 
cnt  col  V4  <=  cnt  col  V4  +  1; 
end  if; 

if  T_SUMDIFF_FR0M_X2_i (5) =' 1 '  then 
cnt  col  V5  <=  cnt  col  V5  +  1; 
end  if; 

if  T_SUMDIFF_FR0M_X2_i (6) =' 1 '  then 
cnt  col  V6  <=  cnt  col  V6  +  1; 
end  if; 

if  T_SUMDIFF_FR0M_X2_i (7) =' 1 '  then 
cnt  col  V7  <=  cnt  col_V7  +  1; 
end  if; 

if  T_SUMDIFF_FR0M_X2_i (8) =' 1 '  then 
cnt  col  V8  <=  cnt  col  V8  +  1; 
end  if; 

if  T_SUMDIFF_FR0M_X2_i ( 9 ) = ' 1 '  then 
cnt  col  V9  <=  cnt  col  V9  +  1; 
end  if; 

if  T_SUMDIFF_FR0M_X2_i (10) =' 1 '  then 
cnt  col  V10  <=  cnt^col  V10  +  1; 
end  if; 

if  T_SUMDIFF_FROM_X2_i (11) =' 1 '  then 
cnt  col  Vll  <=  cnt  col  Vll  +  1; 
end  if; 

if  T_SUMDIFF_FROM_X2_i (12) =' 1 '  then 
cnt  col  V12  <=  cnt  col  V12  +  1; 
end  if; 

if  T_SUMDIFF_FROM_X2_i (13) =' 1 '  then 
cnt  col  V13  <=  cnt  col  V13  +  1; 
end  if; 

if  T_SUMDIFF_FROM_X2_i ( 14 ) = ' 1 '  then 
cnt  col  V14  <=  cnt_col  V14  +  1; 
end  if; 

if  T_SUMDIFF_FROM_X2_i (15) =' 1 '  then 
cnt  col  V15  <=  cnt_col  V15  +  1; 
end  if; 
end  if; 
end  if; 
end  process; 

Processes  for  SR  implementation  (Counter  portion)  {END} 

Timer  to  determine  how  frequently  to  print  out  heart  beat  error 
reports  (every  3  sec) 
process (CLOCK_i ,  s_reset_sr)  begin 
if  (s_reset_sr  =  '1')  then 
sr  timer  <=  0; 

elsif (CLOCK  i ' event  and  CLOCK  i  =  '1')  then 
if  (sr  timer  =  ERR  RPT  TIME)  then 
sr  timer  <=  0; 

else 

sr  timer  <=  sr  timer  +  1; 
end  if; 
end  if; 
end  process; 
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Do  reset  for  sr 

process  (CLOCK  i, RESET  i)  begin 
if  (RESET_i  =  ' 1 ' ) "then 
s_reset_sr  <=  '  1 '  ; 

elsif  (CLOCK  i' event  and  CLOCK  i  =  '1')  then 
sm_config_status_d  <=  SM_CONFIG_STATUS_i ; 

MLS  hold  reset  high  for  30  seconds,  do  reset  after  config 
MLS  2005.09.15  only  hold  reset  high  until  version  is  done  and  x2  is 
done  configuring,  no  need 
to  hold  everything  off  for  30s 
s_reset_sr  <=  'O'; 

MLS  2005.10.18  reset  counters  and  sr  as  soon  as  a  reconfig  happens 
if  ( f irst_reset= ' 0 '  or  ( SM_CONFIG_STATUS_i  =  'O'  and 
sm  config  status  d  =  ' 1 '  )  )  then 

s_reset_sr  <=  '  1 '  ; 
end  if; 
end  if; 
end  process; 

MLS  2005.09.15  wait  until  after  X2  is  done  configuring  to  do  first 
reset  (instead  of  30s) 
process (CLOCK  i, RESET  i)  begin 
if  (RESET^i  =  '1')  then 
first_reset  <=  'O'; 

elsif  (CLOCK  i ' event  and  CLOCK  i  =  '1')  then 

if  ( f irst_reset  =  'O'  and  SM_CONFIG_STATUS_i  =  'O'  and 
sm  config  status  d  =  ' 1 ' )  then 
first  reset  <=  ' 1 ' ; 
end  if; 
end  if; 
end  process; 

Every  DLY  TIME  clocks  after  that,  do  a  selectmap  readback 
don't  start  dly  cnt  until  s  reset  sr  goes  low 
(after  version  is  done  and  x2  config  is  done) 
process (CLOCK_i ,  s_reset_sr) 
begin 

if  (s_reset_sr  =  '1')  then 
sm_rb_status_d  <=  'O'; 
dly_cnt  <=  0; 

dly_start_rb  <=  'O';  --  Signal  to  notify  that  the  delay 
counter  wants 

--  to  perform  a  SMRB 

elsif (CLOCK  i' event  and  CLOCK  i  =  '1')  then 

dly_start_rb  <=  'O'; 
smjrb_status_d  <=  SM_RB_STATUS_i ; 

If  we  just  finished  a  SMRB,  start  the  counter  over 

if  (SM  RB  STATUS  i  =  'O'  and  sm  rb  status  d  =  '1')  then 
dly_cnt  <=  0; 

elsif  (dly  cnt  <  DLY  TIME)  then 
dly_cnt  <=  dly_cnt  +  1; 
elsif  (dly  cnt  =  DLY  TIME)  then 
dly_cnt  <=  0; 
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dly  start  rb  <=  '1';  --  After  DLY  TIME  clocks,  start  a 
readback 
end  if; 
end  if; 
end  process; 

--  SMRB  strictly  based  on  time  (not  certain  number  of  errors 

--Process  to  write  error  reports  out  to  the  PC104 
process  (CLOCK_i,  s_reset_sr)  begin 

if  (s  reset  sr  =  '1')  then  --hold  off  printing  error  reports 
until  SR  is  reset 
count_out_vect  <=  0; 
report_out_vect  <=  'O'; 

PC104_WR_EN_o  <=  'O'; 

DATA_o  <=  x  "  3 1 "  ; 

elsif  (CLOCK  i' event  and  CLOCK  i  =  '1')  then 

PC104  WR  EN  o  <=  'O';  --default  assignment  for  WR  EN 

--  Whenever  we've  gone  through  ERR  RPT  TIME  clocks  or  we  get  an  error 
from  X2  (a  signal 

--  coming  directly  from  X2 ) ,  and  we've  already  finished  printing  out 
the  last  error  report 

--  (report_out_vect  =  '0'),  set  the  output  error  report  vector  to  the 
correct  values 

if  (  (reconfig  from  error  =  '1'  and  report  out  vect  =  '0') 
or  (  sr  timer  =  ERR  RPT  TIME  and  report  out  vect  =  'O' 
and 

reconfig  from  error_save  =  'O'  and 
SM_CONFIG_STATUS_i  =  ' 0 '  )  )  then 

--  send  out^vect  to  PC104 
out_vect(0)  <=  x"45";  --E 

out_vect(l)  <=  x"52";  --R,  easier  to  spot  error  reports 
in  output 

out  vect (2)  <=  s  dout  from  X2  i(7  downto  0); 

out  vect (3)  <=  s  dout  from  X2  i(7  downto  0);  --  extra 

output  vector 

out_vect ( 4 )  <=  T_SUMDIFF_FROM_X2_i (15  downto  8); 

out_vect ( 5 )  <=  T_SUMDIFF_FROM_X2_i (7  downto  0); 

out_vect(6)  <=  cnt_dout_err ; 

out_vect(7)  <=  cnt_col_V15; 

out_vect(8)  <=  cnt_col_V14; 

out_vect(9)  <=  cnt_col_V13; 

out_vect(10)  <=  cnt_col_V12; 

out_vect(ll)  <=  cnt_col_Vll; 

out_vect(12)  <=  cnt_col_V10; 

out_vect(13)  <=  cnt_col_V9; 

out_vect(14)  <=  cnt_col_V8; 

out_vect(15)  <=  cnt_col_V7; 

out_vect(16)  <=  cnt_col_V6; 

out_vect(17)  <=  cnt_col_V5; 

out_vect(18)  <=  cnt_col_V4; 

out_vect(19)  <=  cnt_col_V3; 

out_vect(20)  <=  cnt_col_V2; 

out_vect(21)  <=  cnt_col_Vl; 

out_vect(22)  <=  cnt_col_V0; 

report_out_vect  <=  ' 1 ' ; 
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end  if; 


If  we've  set  the  output  vector  (report  out  vect  =  '1'),  then  print 
the  output  vector 

to  the  PC104  one  byte  at  a  time  (REPORT  OUT  LENGTH  bytes  will  be 
printed) 

Be  sure  to  set  REPORT  OUT  LENGTH  to  proper  value  in  signal 
definitions  above 
if  (report_out_vect= ' 1 ' )  then 

if  ( count_out_vect  <  REPORT_OUT_LENGTH  and 
PC104_WR_RDY_i  =  ' 1 ' )  then 

MLS 


ce  <=  'O';  --  disables  shift  registers  while 
reading  errors 

DATA_o  <=  out_vect (count_out_vect) ; 

PC 1 0  4_WR_EN_o  <=  ' 1 ' ; 

count_out_vect  <=  count_out_vect  +  1; 
elsif  (count_out_vect  =  REPORT_OUT_LENGTH)  then 

MLS 


ce  <=  ' 1 ' ;  --  enables  shift  registers  after 
report  finished 

count_out_vect  <=  0; 
report_out_vect  <=  'O'; 
end  if; 
end  if; 
end  if; 
end  process; 


process (CLOCK_X2_i, s_reset_sr)  begin 
if  (s  reset  sr  =  '1')  then 

reconfig  from  error  <=  'O'; 
elsif  (CLOCK  X2  i' event  and  CLOCK  X2  i  =  '1')  then 
reconfig  from  error  <=  'O'; 

if  (  (cnt  col  VO  =  x"80"  or  cnt  col  VI  =  x"80"  or 


cnt 

col 

V2  ^ 

II 

X 

CO 

o 

or 

cnt 

col 

V3  =  x 

o 

CO 

or 

cnt 

col 

V4  = 

o 

CO 

X 

or 

cnt 

col 

_V5  ^ 

o 

CO 

X 

1  II 

or 

cnt 

col 

V6  =  x 

o 

CO 

or 

cnt 

col 

V7  = 

o 

CO 

X 

or 

cnt 

col 

_V8  ^ 

II  1 

x_ 

00 

o 

or 

cnt 

col 

V9  =  x 

o 

CO 

or 

cnt 

col 

V10 

II 

X_ 

00 

o 

n  or 

cnt 

col 

Vll' 

=  x"  80 

u  Qr 

cnt  col  V12  =  x"80"  or  cnt  col  V13  =  x"80"  or 
cnt  col  V14  =  x"80"  or 


cnt  col  V15  =  x"80"  or  cnt  dout  err  =  x"80")  and 
reconfig  from  error  =  'O'  and  reconfig  from  error  save 
'O'  )  then 

reconfig  from  error  <=  ' 1 ' ; 
end  if; 


end  if; 


end  process; 
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--process  to  trigger  SMRB/RC  on  errors 
process (CLOCK_i ,  s_reset_sr)  begin 
if  (s  reset  sr  =  '1')  then 

reconfig  timer  <=  0; 

reconfig  from  error_save  <=  'O'; 

reconfig  from  error  t  clock  <=  'O'; 

sr  start  rb  <=  'O';  --signal  to  notify  the  sr  counter  has 
reported 

--  enough  errors  to  warrant  a  readback 
rb  started  <=  'O';  --make  sure  sr  start  rb  only  1  clock 
ce  recon  <=  ' 1 ' ; 

elsif  (CLOCK  i' event  and  CLOCK  i  =  '1')  then 
sr_start_rb  <=  'O'; 

reconfig  timer  <=  reconfig  timer  +  1; 
reconfig  from  error  t  clock  <=  'O'; 

—  If  we  got  a  reconfig  request  from  the  sr,  hold  that  thought 

if  (reconfig  from  error  =  '1')  then 
reconfig  timer  <=  0; 
reconfig  from  error_save  <=  ' 1 ' ; 
ce_recon  <=  'O'; 

—  Wait  until  SMRB  is  done,  and  then  request  a  reconfig  from  the  top 

level 

elsif  (  reconfig  from  error  save  =  ' 1 '  and  SM  RB  STATUS  i  = 
'O'  and 

sm  rb  status  d  =  ' 1 '  )  then 
reconfig  from  error  t  clock  <=  '  1  '  ; 
reconfig  from  error  save  <=  'O'; 
rb_started  <=  'O'; 

—  Wait  until  last  error  report  is  printed  out  before  starting  readback 
--  Once  readback  has  started,  don't  start  another  one! 

--  Wait  to  start  readback  for  ~3s  (50000000)  after  reaching  critical 
--  number  of  errors,  this  is  for  JTAG  external  error  injection,  errors 
--  begin  accumulating  before  it  is  done  programming,  so  128  errors 
--  could  be  reached  before  partial  reconfig  complete,  so  tries  to 
--  readback  while  JTAG  still  going  on. 

elsif  (reconfig  from  error  save  =  '1'  and  reconfig  timer  = 
ERR_RPT_TIME  and” 

report  out  vect  =  'O'  and  SM  RB  STATUS  i  =  'O'  and 
rb_started  =  'O'  )  then 
sr_start_rb  <=  ' 1 ' ; 
rb__started  <=  '  1 '  ; 

end  if; 

end  if; 
end  process; 

end  rtl; 
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J.  CLOCK  CODE 

(after  [17]) 


--  filename:  clockGen . vhd 
--  author:  Mindy  Surratt  (2005) 

--  modified:  James  Coudeyras  (2005) 

--  This  file  divides  the  25  MHz  clock  down  to  12 


library  IEEE; 

use  IEEE.std  logic  1164. all; 
use  IEEE. numeric  std. all; 
use  IEEE.std  logic  unsigned . all ; 
use  IEEE.std  logic  arith.all; 

entity  clockGen  is 


port  ( 

T_CL0CK_i 

CL0CK_o 
CL0CK_X2_o 
RESET_FR0M_X2 INT_i 

CLOCK  NOBUFG  o 


in  std_logic; 

out  std_logic; 
out  std_logic; 
in  std_logic; 

out  std  logic 


end  clockGen; 

architecture  rtl  of  clockGen  is 


-REMOVE  FOR  SIMULATION 
component  BUFG  port  ( 
I 
0 

end  component; 

signal  s  clock 
signal  s  clock  i 
signal  s  clock  X2 
signal  s  clock  X2  i 
signal  s  clock  X2  cnt 


begin 

CLOCK  NOBUFG  o  <=  s  clock  i; 


in  std_logic; 
out  std  logic) 


std_logic; 
std_logic  :=  ' 
std_logic; 
std_logic  :=  ' 
integer  range 


process (t_clock_i) 
begin 

if (T_CLOCK_i 'event  and  T_CLOCK_i  =  '1') 
s  clock  i  <=  not  s_clock  i; 
end  if; 


.5  MHz 


O'; 

O'; 

0  to  1 6 


then 
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end  process; 


--  FOR  SR  IMPLEMENTATION  {START} 

--  (used  because  this  clock  has  a  reset) 

process  (T_CLOCK_i, RESET_FR0M_X2INT_i)  begin 
if  (RESET_FR0M_X2INT_i  =  ' 1 ' )  then 

s  clock  x2  i  <=  'O';  --  changed  cnt  to  i 
elsif  (T_CLOCK  i ' event  and  T  CLOCK  i  =  '1')  then 

if  (s  clock  X2  cnt  >=  1)  then  --  this  achieves  a  divide  by 
2  clock  period! ! ! 

s  clock  X2  i  <=  not  s  clock  X2  i; 
s  clock  X2  cnt  <=  0; 

else 

s  clock  X2  cnt  <=  s_clock  X2  cnt  +  1; 
end  if; 
end  if; 
end  process; 

--  FOR  SR  implementation  {END} 

--MLS  REMOVE  FOR  SIMULATION 
—  s  clock  X2  <=  s  clock  X2  i; 

--s_clock  <=  s_clock_i; 

--Clock  distribution  network  for  X2  clock 

s_clock  X2  bufg  :  BUFG  port  map  (  --  comment  out  this  code  only  for 
simulations !  !  ! 

I  =>  s_clock  X2  i, 

0  =>  CLOCK_X2_o_ 

) ; 

— Clock  distribution  network  for  25MHz  system  clock 

s  clock  bufg  :  BUFG  port  map  (  --  comment  out  this  code  only  for 
simulations ! ! ! 

I  =>  s_clock_i, 

0  =>  CLOCK  o 


end  rtl; 
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K.  XI  TOP-LEVEL  CODE 


(after  [17]) 


--  filename:  cftp  xl.vhd 
--  author:  Mindy  Surratt  (2005) 

--  modified:  James  Coudeyras  (2005) 

--  This  is  the  top  level  code  for  XI 


--  Modifications  for  different  X2  implementations: 

--  only  have  to  change  signal  names/sizes  coming  from  X2 
--  must  be  changed  in  top  level  entity,  x2Int  component 
--  declaration,  and  x2Int  port  map.  search  for  "implementation" 
--  each  instance  that  needs  to  be  changed  is  surrounded 
--  by  comments: 

--  for  XXXXX  implementation 

--  Also  change  signal  names  in  ucf  file 


--Naming  conventions: 

--  Top  level  signals  that  go  directly  to  pins,  or  pass  directly  through 
the  top  level  to/from  a  component  to  pins 
T_XXXXXX_io  T_XXXXXX_i  T_XXXXX_o 

--  Top  level  signals  that  do  not  pass  directly  to  pins  (ie,  internal 
signals  between  components/top  level 

XXXXXXX_io  XXXXX_i  XXXXXX_o 

--  Constants 

XXXXXXXX 

--  Internal  signals 

XXXXXXXX 

--  internal  signal  that  is  just  a  copy  or  slight  modification 
of  top  level  signal 

s  xxxxx  io  s  xxxxx  i  s  xxxxx  o 
--  delayed  copy  of  signal  (ie  signal  d  <=  signal) 
xxxxx  d 

--  state  machine  signal 
xxxxx  state 

--  state  machine  state 
xxxxx  st 

--  counter 

cnt  xxxxx 
--  start  signal 

start  xxxxx 
--  done  signal 

done  xxxxx 


library  IEEE; 

use  IEEE.std  logic  1164. all; 
use  IEEE . numeric_std . all ; 
use  IEEE.std  logic  unsigned . all ; 
use  IEEE.std  logic  arith.all; 
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entity  cftp  xl  is 
port  ( 

--  To/From  X2  for  SR  implementation  {START} 
--  signals  going  to  pins  on  X2 
--  change /add/remove  as  needed 
--  also  change  cftp  xl.ucf  file 
T_BIT0UT_T0_X2_o 
T_RESET_T0_X2_o 
T_CE_T0_X2_o 
T_D0UT_FR0M_X2_i 
0)  ; 

T_XOR_DOUT_FROM_X2_i 
X2 

T  SUMDIFF  FROM  X2  i 


to  match 

out  std_logic; 
out  std_logic; 
out  std_logic;  - 
in  std_logic;  -- 


-  clock  enable  to  X2 
vector  (15  downto 


in  std  logic;  --  comparing  douts  on 


in  std  logic  vector  (15  downto  0) 


To/From  X2  for  SR  implementation  {END} 


-PC/104  Signals 
T_clock_i 
T  Address  i 
T_IORead_i 
T_IOWRITE_i 
T_AEN_i 
T  Data  io 


in  STDJLOGIC; 

in  STD_LOGIC_VECTOR  (9  downto  0); 
in  STD_LOGIC; 
in  STDJLOGIC; 
in  STD_LOGIC; 

inout  STD  LOGIC  VECTOR  (7  downto  0); 


T  X2  MODE 


out  STD  LOGIC  VECTOR ( 2  downto  0); 


-Selectmap  Signals 
T_CCLK_o 

TJSELECTMAP_INITj3 
T_SELECTMAPJ/tfRITE_o 
T_SELECTMAPJ7S_0 
T_SELECTMAP_DATA_io 
T  SELECTMAP  BUSY  i 


out  STDJLOGIC; 
out  STDJLOGIC; 
out  STDJLOGIC; 
out  STDJLOGIC; 

inout  STD_LOGIC JVECTOR ( 7  downto  0); 
in  STD  LOGIC; 


-Flash  Interface  Signals 
T_FLASIJDATA_i 
T_FLASH_ADDRE  S  S_o 
T_FLASH_WE_o 
T_FLASH_RP_o 
T  FLASH  WP  o 


in  STD_LOGIC_VECTOR  (15  downto  0); 
out  STD_LOGIC_VECTOR  (20  downto  0); 
out  STDJLOGIC; 
out  STDJLOGIC; 
out  STDJLOGIC; 

JCC  implemented  change  from  Mindy  that  allows  for  second  flash  on 
CFTP-2 

TJFLASHJSE_o  :  out  STD_LOGIC; 

T_FLASH_CE_A_o  :  out  STDJLOGIC; 

—  NO  FLASH  B  on  CFTP1  ! ! ! ! 

T_FLASH_CE_B_o  :  out  STDJLOGIC; 

T  FLASH  OE  o  :  out  STD  LOGIC 


end  cftp  xl; 

architecture  rtl  of  cftp  xl  is 
component  clockGen  port  ( 


T  CLOCK  i 


:  in  std_logic; 


112 


CLOCK_o 

CL0CK_X2_o 

RESET  FROM  X2INT  i 


out  std_logic; 
out  std_logic; 
in  std_logic; 


CLOCK  NOBUFG  o  :  out  std  logic  ) ; 


end  component; 
component  x2Int  port  ( 


CLOCK  i 

:  in 

CLOCK  X2  i 

:  in 

RESET  i 

:  in 

std  logic;  --25  MHz  system  clock 

std_logic; 

std_logic; 


for  SR  implementation  {START} 
signals  going  to  pins  on  X2 
change /add/remove  as  needed 
also  change  cftp  xl.ucf  file 
T_BIT0UT_T0~X2_o 
T_RESET_T0_X2_o 

T_CE_T0_X2_° 

T_D0UT_FR0M__X2_i 

'  0)  ; 


to  match 
:  out  std_logic; 

:  out  std_logic; 

:  out  std_logic;  --  clock 
:  in  std_logic;  --^vector 


enable  to  X2 
(15  downto 


T  XOR  DOUT  FROM  X2  i  :  in  std  logic;  --  comparing  douts  on 
X2 

T  SUMDIFF  FROM  X2  i  :  in  std  logic_vector  (15  downto  0); 

for  SR  implementation  {END} 


MLS  20051109 

STALL  :  in  std  logic; 

MLS  END  20051109 


DATA_o 

DATA_i 

PC 1 0  4_WR_EN_o 
PC104_WR_RDY_i 
PC104_RD_RDY_i 
PCI 04  RD  ACK  o 


out  std_logic_vector ( 7  downto  0)  ; 
in  std_logic_vector ( 7  downto  0); 
out  std_logic; 
in  std_logic; 
in  std_logic; 
out  std_logic; 


SM_C  ON  F I G_RQ  S  T_o 
SM_CONFIG_STATUS_i 
SM_RB_RQST_o 
SM  RB  STATUS  i 


out  std_logic; 
in  std_logic; 
out  std_logic; 
in  std_logic  ) ; 


end  component; 


component  SELECTMAP  readback  port  ( 


T_CLOCK_i 

CLOCK_i 

CLOCK_NOBUFG_i 
RESET  i 


in  std_logic; 
in  std_logic; 
in  std_logic; 
in  std_logic; 


T_CCLK_o 

T_SELECTMAP_INIT_o 
T_SELECTMAP_WRITE_o 
T  SELECTMAP  CS  o 


out  std_logic; 
out  std_logic; 
out  std_logic; 
out  std_logic; 
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T_SELECTMAP_DATA_o 
T  SELECTMAP  DATA  i 


out  std_logic_vector ( 7  downto  0)  ; 
in  std  logic  vector (7  downto  0) ; 


SM_RB_RQST_i 
SM  RB  STATUS  o 


in  std_logic; 
out  std  logic; 


T_FLASH_DATA_i 
T  FLASH  ADDRESS  o 


in  std_logic_vector ( 15  downto  0) ; 
out  std_logic_vector (21  downto  0)  ; 


PC 1 0  4_WR_RDY_i 
PC104_WR_EN_o 
DATA  o 


in  std_logic; 
out  std_logic; 

out  std_logic_vector ( 7  downto  0)  ); 


end  component; 


component  SELECTMAP  config  port  ( 


T_CLOCK_i 
RESET  i 


in  std^logic; 
in  std_logic; 


T_SELECTMAP_INIT_o 
T_SELECTMAP_WRITE_o 
T_SELECTMAP_CS_o 
T  SELECTMAP  DATA  o 


out  std_logic; 
out  std_logic; 
out  std_logic; 

out  std_logic_vector ( 7  downto  0) ; 


SM_CONFIG_RQST_i 
SM  CONFIG  STATUS  o 


in  std_logic; 
out  std  logic; 


T_FLASH_DATA_i 
T  FLASH  ADDRESS  o 


in  std_logic_vector ( 15  downto  0) ; 
out  std  logic  vector (21  downto  0) 


MLS  20051109 

PC104_WR_RDY_i 

PC104_WR_EN_o 

DATA_o 

MLS  END  20051109 


in  std_logic; 
out  std_logic; 

out  std_logic_vector ( 7  downto  0)  ); 


end  component; 


component  pcl04Int  port  ( 


T_CLOCK_i 

RESET_i 

T  Address  i 

T_IORead_i 

T_IOWRITE_i 

T_AEN_i 

T  Data  io 


in  std^logic; 
in  std_logic; 

in  STD_LOGIC_VECTOR  (9  downto  0); 
in  STD^LOGIC; 
in  STD^LOGIC; 
in  STD^LOGIC; 

inout  STD  LOGIC  VECTOR  (7  downto  0) 


DATA_o 
DATA_RDY_o 
DATA  ACK  i 


out  std_logic_vector ( 7  downto  0)  ; 
out  std_logic; 
in  std_logic; 


DATA_i 
DATA_WREN_i 
FIFO  FULL  o 


in  std_logic_vector ( 7  downto  0) ; 
in  std_logic; 
out  std_logic  ) ; 
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end  component; 


component  version  port  ( 


Clk  :  in 

rstn  :  in 

start  :  in 

Rdy  :  out 

pcl04  wr  rdy  :  in 

DOut  :  out 

Done  :  out 

end  component; 


clock/reset  signals 


std_logic; 

std_logic; 

std_logic; 

std_logic; 

std_logic; 

std_logic_vector ( 7  downto  0) 
std_logic  ) ; 


signal 

s  clock 

:  std  logic; 

signal 

s  clock  nobufg 

:  std  logic 

:=  'O'; 

signal 

s  clock  X2 

:  std  logic; 

signal 

s  reset 

:  std  logic 

:=  '  1 '  ; 

signal 

s  reset  x2 

:  std  logic 

:=  '  1  • ; 

signal  s  reset  d 

MLS  20051109 

:  std  logic 

:=  '1'; 

signal 

stall 

:  std  logic; 

signal 

stall  d 

: 

std  logic; 

MLS  20051109 


Signals  for  X2  Interface 

signal  ver  done  reset 
signal  x2  reset 
signal  X2  wr  rdy 
signal  X2_data  to_pcl04 
signal  X2  data  to  pcl04  wren 
signal  X2  data  from  pcl04  ack 
signal  X2  sm  config  rqst 
signal  X2_sm  rb  rqst 


:  std_logic; 

:  std_logic; 

:  std_logic; 

:  std_logic_vector ( 7  downto  0)  ; 
:  std_logic; 

:  std_logic; 

:  std_logic; 

:  std_logic; 


Required  signals  for  component  version  0 


signal 

signal 

signal 

signal 

signal 

signal 

signal 


version 

version 

version 

version 

version 

version 

version 


reset 

start 

rdy 

wr  rdy 
out 
done 
done  d 


std_logic; 

std_logic; 

std_logic; 

std_logic; 

std_logic_vector  (7  downto  0) ; 

std_logic; 

std_logic; 


Signals  for  PC/104  Interface 

signal  data  from  pcl04  rdy 
signal  data  from  pcl04  rdy  d 
signal  data  from  pcl04  ack 
signal  data  from  pcl04 
signal  data_to_pcl04 


:  std_logic; 

:  std_logic;  --  NOT  USED 
:  std_logic; 

:  std_logic_vector ( 7  downto  0)  ; 
:  std_logic_vector ( 7  downto  0)  ; 
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:  std_logic; 
:  std_logic; 


signal  data^to  pcl04  wren 
signal  pcl04  fifo  full 


Signals  for  Config  module 

signal  selectmap_conf ig  rqst 
signal  config  active 
signal  config  active  d 

signal  flash  address_conf ig 
0)  ; 


:  STD^LOGIC; 

:  std_logic; 

:  std_logic;  --  NOT  USED 
:  std  logic  vector  (21  downto 


signal  INIT  config 

signal  CS  config 

signal  WRITE  config 

signal  selectmap  write  data  config 


STDJLOGIC; 

STD_LOGIC; 

std_logic; 

std_logic_vector ( 7  downto  0) ; 


--  MLS  20051109 


signal  SC  data  to  pcl04 

std  logic  vector (7  downto 

0)  ; 

signal  SC  data  to  pcl04  wren 

std  logic; 

signal  SC  wr  rdy 

std  logic; 

MLS  END  20051109 

Signals  for  Readback  module 

signal  RB  data  to  pcl04 

std  logic  vector (7  downto 

0)7 

signal  RB  data  to  pcl04  wren 

std  logic; 

signal  RB  wr  rdy 

std  logic; 

signal  flash  address  rb 

std  logic  vector  (21 

downto  0) ; 

signal  selectmap  readback  rqst 

STD  LOGIC; 

signal  readback  active 

std  logic; 

signal  CCLK  readback 

std  logic; 

signal  INIT  readback 

STD  LOGIC; 

signal  CS  readback 

STD  LOGIC; 

signal  WRITE  readback 

std  logic; 

signal  selectmap  write  data  readback 

std  logic  vector (7  downto 

0)  ; 


—  Selectmap  signals 

signal  selectmap  write  data  :  std  logic  vector (7  downto  0)  := 

x"00" ;  — SIMULATION 

signal  s  selectmap  data  i  :  std  logic  vector (7  downto  0) ; 

signal  s  selectmap  WRITE  o  :  std  logic  :=  ' 1 ' ;  --SIMULATION 


begin 
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process (s_clock) 
begin 

if ( s_clock ' event  and  s  clock  =  '1')  then 
s_reset  <=  'O'; 
s_reset_d  <=  s_reset; 
end  if; 
end  process; 

ver  done  reset  <=  not  version  done; 

--set  mode  pins  on  X2  to  activate  SelectMap  mode 
T_x2_mode ( 0 )  <=  'O'; 

T  x2  mode ( 1 )  <=  ' 1 ' ; 

T  x2  mode (2)  <=  ' 1 ' ; 

T_RESETJT0_X2_o  <=  s_reset_x2; 

--signal  assignments  to  pins 

--  T_RESET_T0_X2_o  <=  x2_reset; 

T  FLASH  RP  o  <=  not  s  reset  d; 

T~FLASH~OE~o  <=  'O'; 

T_FLASH_WP_o  <=  ' 1 '  ; 

T_FLASH_WE_o  <=  ' 1 ' ; 

T  FLASH  ADDRESS  o  <=  f lash_address  config(20  downto  0)  when 

config  active  =  '1'  else  flash  address  rb(20  downto  0) 
T  FLASH  CE  A  o  <=  flash  address_config (21)  when  config  active  =  '1' 
else  flash  address  rb(21)  when  readback  active  =  '1' 
else  ' 1 ' ; 

T  FLASH^CE  B  o  <=  not  flash  address_conf ig (21)  when  config  active  =  '1 
else  not  flash  address  rb(21)  when  readback  active  =  '1' 
else  ' 1 ' ; 

s  selectmap  data  i  <=  T  SELECTMAP  DATA  io; 

T  SELECTMAP  DATA  io  <=  selectmap  write  data  when 

s  selectmap  WRITE  o  =  'O'  else  (others  =>  ' Z ' ) ; 

selectmap  write  data<=  selectmap  write  data  readback  when 
readback  active  =  ' 1 '  else 
selectmap  write  data  config; 
s  selectmap  WRITE  o  <=  WRITE  readback 

readback  active  =  ' 1 '  else 

T_SELECTMAP_INIT_o  <=  INIT_readback 

readback  active  =  ' 1 '  else 

T_SELECTMAP_CS_o  <=  CS_readback 

readback  active  =  ' 1 '  else 

T_SELECTMAP_WRITE_o  <=  s_selectmap_WRITE_o; 

T_CCLK_o  <=  CCLK_readback; 

--MLS  20051109 

data  to  pcl04  <=  version^out  when  version  done  =  'O'  else 

RB  data  to  pcl04  when  readback  active  =  '1'  else 


when 

WRITE  config; 
when 

INIT__conf  ig; 
when 

CS_conf ig; 


117 


SC  data  to  pcl04  when  config  active  =  ' 1 '  else 
X2_data_to_pcl04 ; 

data  to  pcl04  wren  <=  version  rdy  when  version  done  =  'O'  else 

RB  data  to  pcl04  wren  when  readback  active  =  '1'  else 
SC  data  to_pcl04  wren  when  config  active  =  '1'  else 
X2  data  to  pcl04  wren; 

— MLS  END  2005110 9_ 

--MLS  20051109 

X2  wr  rdy  <=  (not  pcl04  fifo  full)  and  (not  readback  active  )  and  (not 
conf ig_active) ; 

RB  wr  rdy  <=  (not  pcl04  fifo  full)  and  (not  config  active); 

SC  wr  rdy  <=  (not  pcl04  fifo  full)  and  (not  readback  active)  and 
(conf ig_active) ; 

version  wr  rdy  <=  (not  pcl04  fifo  full)  and  (not  readback  active  )  and 
(not  conf ig_active)  ; 

— MLS  END  20051109 

--  MLS  20051109 
--  read  commands  from  pcl04 
process ( s_clock,  s_reset) 
begin 

if  (s  reset  =  '1')  then 

data  from  pcl04  ack  <=  'O'; 
stall  <=  ' 0 ' ; 
stalled  <=  'O'; 

elsif  (s  clock'event  and  s  clock  =  '1')  then 
data  from  pcl04  ack  <=  'O'; 
stall_d  <=  stall; 

if  (data  from  pcl04  rdy  =  '1')  then 
data  from  pcl04  ack  <=  ' 1 ' ; 

if  (data_from  pcl04  =  x"73")  then  --lowercase  's' 
stall  <=  T1 ' ; 

elsif  (data  from  pcl04  =  x"72")  then  --lowercase  'r' 
stall  <=  'O'; 
end  if; 
end  if; 

end  if; 
end  process; 

—  MLS  END  20051109 


--  Process  to  choose  whether  we  want  to  readback  or  configure  But  not 
both  ! ! ! 

process ( s_clock,  s_reset) 
begin 

if  (s  reset  =  '1')  then 

selectmap_readback_rqst  <=  'O'; 
selectmap  config  rqst  <=  'O'; 

elsif  (s  clock'event  and  s  clock  =  '1')  then 

selectmap__readback_rqst  <=  'O'; 
selectmap  config  rqst  <=  'O'; 


version  done  d  <=  version  done; 


--  MLS  20051109 

if  (  (X2  sm  rb  rqst  =  ' 1 '  or  (stall  =  'O'  and  stall  d  =  '1')) 
and  version  done  =  '1'  and  config  active  =  'O'  and 
selectmap_conf ig  rqst  =  'O'  and  stall  =  'O'  )  then 

selectmap  readback  rqst  <=  ' 1 '  ; 
elsif  (  (version  done  =  '1'  and  readback  active  =  'O'  and 
selectmap  readback  rqst  =  'O'  and  stall  =  '0')  and 
((version  done  =  '1'  and  version  done  d  =  '0')  or  ( 

X2  sm_config  rqst  =  ' 1 '  )  )  )  then 

selectmap  config  rqst  <=  ' 1 ' ; 
end  if; 

--  MLS  END  20051109 

end  if; 
end  process; 


clockGenO:  clockGen  port  map  ( 

T_CLOCK_i  =>  T_CLOCK_i, — 50MHz  oscillator 

CLOCK  o  =>  s  clock,  --system  25MHz  clock 

--  for  SR  implementation  {START} 

--if  you  need  a  different  clock,  change  clockGen. vhd 

CLOCK  X2  o  =>  s  clock  X2 ,  --  12.5  MHz  clock 

RESET_FROM_X2INT_i  =>  s~reset~x2, 

--  for  SR  implementation  {END} 

CLOCK  NOBUFG  o  =>  s  clock  nobufg  --  for  readback,  setting 

CCLK 


pcl04Int0:  pcl04Int  port  map  ( 


T  CLOCK  i 

=> 

s  clock,  --: 

in  std 

logic; 

RESET  i 

=> 

s  reset. 

T  Address  i 

=> 

T  Address  i. 

— :  in 

STD  LOGIC  VECTOR  (9 

downto 

0)  ; 

T  IORead  i 

=> 

T  IORead  i. 

- :  in 

STD  LOGIC; 

T  IOWRITE  i 

=> 

T  IOWRITE  i. 

— :  in 

STD  LOGIC; 

T  AEN  i 

=> 

T  AEN  i,  — : 

in  STD 

_LOGIC; 

T  Data  io 

=> 

T  Data  io. 

:  inout  STD  LOGIC  VECTOR  (7 

downto 

0) 

DATA  o 

=> 

data  from  pcl04. 

-- 

:  out 

std  logic  vector (7  downto  0 

)  ; 

DATA  RDY  o 

=> 

data  from  pcl04 

rdy. 

out  std  logic; 

DATA  ACK  i 

=> 

data  from  pcl04 

ack. 

--:  in  std  logic; 

DATA  i 

=> 

data  to  pcl04. 

— : 

in  std  logic  vector (7 

downto 

0)  ; 

DATA  WREN  i 

=> 

data  to  pcl04  wren,--: 

in  std  logic; 

FIFO  FULL  o 

=> 

pcl04  fifo  full 
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version  start  <=  ' 1 ' ; 
version  reset  <=  not  s  reset; 


version  0:  version 

--Start:  active  high:  when  '1',  ready  to  begin  reading  chars 
--Rdy:  active  high:  when  '1',  data  available  from  version  0 
--Done:  active  high:  when  ' 1',  all  chars  have  been  read 
port  map  ( 


Clk  =>  s_clock, 

rstn  =>  version  reset, 

std_logic; 

start  =>  version^start, 

std_logic; 

Rdy  =>  version  rdy, 

std_logic; 

pcl04  wr  rdy  =>  version  wr  rdy,  - 

DOut  =>  version^out, 

std_logic_vector ( 7  downto  0) 
Done  =>  version  done 

std_logic; 


in  std_logic; 

:  in 

:  in 

:  out 

in  std_logic; 

:  out 

:  out 


SELECTMAP  configO:  selectmap  config  port  map  ( 


T_CLOCK_i 
RESET  i 


=>  s_clock, 
=>  s  reset. 


in  std_logic; 
in  std_logic; 


T_SELECTMAP_INIT_o  =>  INIT_config,  — :  out  std^logic 

T_SELECTMAP_WRITE_o  =>  WRITE_conf ig,  — :  out  std_logic 

T_SELECTMAP_CS_o  =>  CS_config,  — :  out  std_logic 

T  SELECTMAP  DATA  o  =>  selectmap  write  data_config, 
out  std_logic_vector ( 7  downto  0) ; 


SM  CONFIG  RQST  i  =>  selectmap  config  rqst,  in  std  logi 

SM  CONFIG  STATUS  o  =>  config  active,  out  std  logic 

T_FLASHJDATA_i  =>  T_FLASH JDATA^i ,  — :  in 

std_logic_vector ( 15  downto  0)  ; 

T  FLASH  ADDRESS_o  =>  flash  address  config  --:  out 
std_logic_vector (20  downto  0)  ); 


selectmap  readbackO:  SELECTMAP  readback  port  map  ( 


T  CLOCK  i 

=> 

T  CLOCK  i. 

CLOCK  i 

=> 

s  clock. 

in  std  logic; 

CLOCK  NOBUFG  i 

=> 

s  clock  nobufg. 

RESET  i 

=> 

s  reset. 

--:  in  std 

logic; 

T  CCLK  o 

=> 

CCLK  readback. 

out  std 

logic 

T  SELECTMAP 

INIT  o 

=> 

INIT  readback. 

out  std 

logic 

T  SELECTMAP 

WRITE  o 

=> 

WRITE  readback. 

--:  out  std 

logic 

T  SELECTMAP 

"cS_o 

=> 

CS  readback. 

--:  out  std 

logic 

T  SELECTMAP 

DATA  o 

=> 

selectmap  write 

data  readback, -- 

:  out 

std_logic_vector ( 7  downto  0) ; 
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T  SELECTMAP  DATA  i  =>  s  selectmap  data  i,  in 

std_logic_vector ( 7  downto  0) ; 

SM  RB  RQST  i  =>  selectmap  readback  rqst,  in 

std_logic; 

SM  RB  STATUS_o  =>  readback  active,  out  std  logic; 

T_FLASHJDATA_i  =>  T_FLASH JDATA_i ,  — :  in 

std_logic_vector ( 15  downto  0)  ; 

T  FLASH  ADDRESS_o  =>  flash  address  rb,  out 

std_logic_vector (20  downto  0)  ; 

PC104  WR  RDY  i  =>  RB  wr  rdy,  in  std  logic; 

PC104  WR  EN  o  =>  RB  data  to  pcl04  wren,--;  out  std  logic; 

DATA  o  =>  RB  data^to  pcl04  --:  out 

std_logic_vector ( 7  downto  0)  ); 


x2IntO  :  x2Int  port  map  ( 

CLOCK_i 

CLOCK_X2_i 

Cordic 

RESET_i 

--  for  SR  implementation 
--  signals  going  to  pins  on  X2 
--  change /add/remove  as  needed 
--  also  change  cftp  xl.ucf  file  to  match 

T_BITOUT_TcTx2_o  =>  T_BITOUT_TO_X2_o,  —  :  out 

std_logic; 

T_RESET_TO_X2_o  =>  s_reset_x2, 

T_CE_TO_X2_o  =>  T_CEJIO_X2_o,  —  :  out  std_logic; 

T_DOUT_FROM_X2_i  =>  T_DOUT_FROM_X2_i ,  —  ;  in 

std_logic; 

T_XOR_DOUT_FROM_X2_i  =>  T_XOR_DOUT_FROM_X2_i ,  —  ;  in 

std_logic; 

T_SUMDIFF_FROM_X2_i  =>  T_SUMDIFF_FROM__X2_i ,  —  :  in 

std_logic_vector (31  downto  0)  ; 

--  for  SR  implementation 

DATA  o  =>  X2  data  to  pcl04, 

std_logic_vector ( 7  downto  0)  ; 

DATA  i  =>  data  from  pcl04, 

std_logic_vector ( 7  downto  0)  ; 

PC104  WR  EN  o  =>  X2  data  to  pcl04  wren, 

std_logic; 

PC 1 0  4_WR_RDY_i  =>  X2_wr_rdy, 

std_logic; 

PC104  RD  RDY  i  =>  data  from  pcl04  rdy, 

std_logic; 

PC104  RD  ACK  o  =>  X2  data  from  pcl04  ack, 

std_logic; 

SM  CONFIG  RQST  o  =>  X2  sm  config  rqst,  --  :  out  std  logic; 
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--  :  out 
--  :  in 
--  :  out 
--  :  in 

--  :  in 
--  :  out 


=>  s_clock,  in  std_logic; 

=>  s  clock  X2 ,  --  12.5MHz  clock  for 

=>  ver  done  reset,  in  std  logic; 


--  :  in 

:  out  std_logic; 
--  :  in 

)  ; 

end  rtl; 


SM_CONFIG_STATUS_i  =>  conf ig_active, 
std_logic; 

SM_RB_RQST_o  =>  X2_sm_rb_rqst , 

SM  RB  STATUS  i  =>  readback  active 

std  logic 
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L.  XI  SHIFT  REGISTER  CONSTRAINT  FILE  (VIRTEX  I) 

(After  [17]) 

#  Pin  assignments  for  XI 

# 

#  double-check  all  pin  assignments??? 

#  these  numbers  derived  from  a  Mar  2004  diagram 

# 

#  clock  is  constrained  at  bottom  of  this  file! ! ! 

#  system  clock,  pin  199  on  XI 
#NET  "CLOCK"  LOC  =  "P199"; 

#NET  "CLOCK"  PERIOD  =  40; 

#  NET  "s_clock"  PERIOD  =  80; 

#  the  line  above  gave  errors  during  "Translate"??? 

#  signals  to/from  X2 

NET  "T_BITOUT_TO_X2_o"  LOC  =  "pl53";  #  X1_X2_AUX<0> 

NET  " T_CE_TO_X2_o "  LOC  =  "pl51";  #  X1_X2_AUX<1> 

NET  "T_RESET_TO_X2_o"  LOC  =  "pl50";  #  X1_X2_AUX<2> 


# 

NET 

"XXX" 

LOC  = 

"pl49"; 

# 

XI 

X2 

AUX<3> 

# 

NET 

"XXX" 

LOC  = 

"pl47"; 

# 

XI 

X2 

AUX<4> 

# 

NET 

"XXX" 

LOC  = 

"pl46"; 

# 

XI 

X2 

AUX<5> 

# 

NET 

"XXX" 

LOC  = 

"  p  1 4  5  "  ; 

# 

XI 

X2 

AUX<6> 

# 

NET 

"XXX" 

LOC  = 

"pl44"; 

# 

XI 

X2 

AUX<7> 

# 

NET 

"XXX" 

LOC  = 

"pl35" ; 

# 

XI 

X2 

AUX<8> 

# 

NET 

"XXX" 

LOC  = 

"pl34"; 

# 

XI 

X2 

AUX<9> 

NET  " T_S UMD I FF_FROM_X2_i < 0 > "  LOC  =  "pl32";  #  X1_X2_AUX<10> 

NET  "T_DOUT_FROM_X2_i"  LOC  =  "pl27";  #  X1_X2_AUX<1 1> 

NET  " T_SUMD I FF_FROM_X2_i< 1 > "  LOC  =  "pl26";  #  X1_X2_AUX<12> 

NET  "T_XOR_DOUT_FROM_X2_i"  LOC  =  "pl20";  #  X1_X2_AUX<13> 

NET  "T_SUMDIFF__FROM_X2_i<2>"  LOC  =  "pll9";  #  X1_X2_AUX<14> 

#NET  "T_DOUT_FROM_X2_i<2>"  LOC  =  "pll2";  #  X1_X2_AUX<15> 

NET  " T_S UMD I FF_FROM_X2_i < 3 > "  LOC  =  "pill";  #  X1_X2_AUX<1 6> 
#NET  "T_DOUT_FROM__X2_i<3>"  LOC  =  "pllO";  #  X1_X2_AUX<17> 
NET  " T_S UMD I FF_FROM_X2_i < 4 > "  LOC  =  "pl09";  #  X1_X2_AUX<1 8> 

#NET  "T_DOUT_FROM__X2_i<4>"  LOC  =  "pl08";  #  X1_X2_AUX<1 9> 

NET  "T_SUMDIFF_FROM_X2_i<5>"  LOC  =  "pl07";  #  X1_X2_AUX<2 0> 

#NET  "T_DOUT_FROM_X2_i<5>"  LOC  =  "pl05";  #  X1_X2_AUX<2 1> 

NET  "T_SUMDIFF_FROM_X2_i<6>"  LOC  =  "pl04";  #  X1_X2_AUX<22> 

#NET  "T_DOUT_FROM_X2_i<6>"  LOC  =  "pl03";  #  X1_X2_AUX<23> 

NET  "T_SUMDIFF__FROM_X2_i<7>"  LOC  =  "pl02";  #  X1_X2_AUX<24> 

#NET  "T_DOUT_FROM_X2_i<7>"  LOC  =  "plOl";  #  X1__X2_AUX<25> 
NET  " T_S UMD I FF_FROM_X2_i < 8 > "  LOC  =  "p98";  #  X1_X2_AUX<2 6> 

#NET  "T_DOUT_FROM_X2_i<8>"  LOC  =  "p97";  #  X1_X2_AUX<27> 

NET  " T_S UMD I FF_FROM_X2_i < 9 > "  LOC  =  "p96";  #  X1_X2_AUX<2 8> 

#NET  "T_DOUT_FROM_X2_i<9>"  LOC  =  "p94";  #  X1_X2_AUX<2 9> 

NET  " T_S UMD I FF_FROM_X2_i < 1 0 > "  LOC  =  "p93";  #  X1_X2_AUX<30> 

#NET  "T_DOUT_FROM_X2_i<10>"  LOC  =  "p92";  #  X1_X2_AUX<31> 

NET  " T_SUMDIFF_FROM_X2_i<l 1>"  LOC  =  "p91";  #  X1_X2_AUX<32> 

#NET  "T_DOUT_FROM_X2_i<ll>"  LOC  =  "p90";  #  X1_X2_AUX<33> 

NET  " T_SUMD I FF__FROM_X2_i< 1 2 > "  LOC  =  "p89";  #  X1_X2_AUX<34> 

#NET  "TJDOUT_FROM_X2_i<12>"  LOC  =  "p88";  #  X1_X2_AUX<35> 

NET  " T_SUMDIFF_FROM_X2_i<13>"  LOC  =  "p82";  #  X1_X2_AUX<36> 

#NET  "T_DOUT_FROM_X2_i<13>"  LOC  =  "p81";  #  X1_X2_AUX<37> 

NET  " T_SUMDIFF_FROM_X2_i<14>"  LOC  =  "p80";  #  X1_X2_AUX<38> 
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#NET  "T_DOUT_FROM_X2_i<14>"  LOC  =  "p79";  #  X1_X2_AUX<39> 

NET  " T_S UMD I FF_FROM_X2_i < 1 5 > "  LOC  =  "p78";  #  X1_X2_AUX<40> 

#NET  "T_DOUT_FROM_X2_i<15>"  LOC  =  "p77";  #  X1_X2_AUX<4 1> 


# 

NET 

"XXX" 

LOC  = 

"p75" ; 

# 

XI 

X2 

AUX<42> 

# 

NET 

"XXX" 

LOC  = 

"p7  4 " ; 

# 

Xl" 

X2 

AUX<43> 

# 

NET 

"XXX" 

LOC  = 

"p71" ; 

# 

Xl" 

X2 

AUX<44> 

#PACE:  Start  of  Constraints  generated  by  PACE 

#PACE:  Start  of  PACE  I/O  Pin  Assignments 

#Flash  Interface  Signals 

NET  "T_Flash_data_i<0>"  LOC  =  "P207"; 

NET  "T_Flash_data_i<l>"  LOC  =  "P209"; 

NET  " T_F las h_da t a_i < 2 > "  LOC  =  "P212"; 

NET  "T_Flash_data_i<3>"  LOC  =  "P216"; 

NET  "T_Flash_data_i<4>"  LOC  =  "P218"; 

NET  "T_Flash_data_i<5>"  LOC  =  "P220"; 

NET  "T_Flash_data_i<6>"  LOC  =  "P223"; 

NET  " T_F las h_da t a_i < 7 > "  LOC  =  "P226"; 

NET  "T_Flash_data_i<8>"  LOC  =  "P208"; 

NET  " T_F las h_da t a_i < 9 > "  LOC  =  "P211"; 

NET  "T_Flash_data_i<10>"  LOC  =  "P213"; 

NET  "T_Flash_data_i<ll>"  LOC  =  "P217"; 

NET  "T_Flash_data_i<12>"  LOC  =  "P219"; 

NET  "T_Flash_data_i<13>"  LOC  =  "P222"; 

NET  "T_Flash_data_i<14>"  LOC  =  "P224"; 

NET  "T_Flash_data_i<15>"  LOC  =  "P225"; 

NET  "T  Flash  address  o<0>"  LOC  =  "P206"; 

NET  "T  Flash_address  o<l>"  LOC  =  "P205"; 

NET  "T_Flash_address_o<2>"  LOC  =  "P204"; 

NET  "T_Flash_address_o<3>"  LOC  =  "P198"; 

NET  "T_Flash_address_o<4>"  LOC  =  "P197"; 

NET  "T  Flash_address_o<5>"  LOC  =  "P196"; 

NET  "T  Flash^address  o<6>"  LOC  =  "P195"; 

NET  "T_Flash_address_o<7>"  LOC  =  "P194"; 

NET  "T_Flash_address_o<8>"  LOC  =  "P182"; 

NET  "T_Flash_address_o<9>"  LOC  =  "P183"; 

NET  "T_Flash_address_o<10>"  LOC  =  "P184"; 

NET  "T  Flash_address  o<ll>"  LOC  =  "P185"; 

NET  "T_Flash_address_o<12>"  LOC  =  "P188"; 

NET  "T_Flash_address_o<13>"  LOC  =  "P189"; 

NET  "T_Flash_address_o<14>"  LOC  =  "P190"; 

NET  "T_Flash_address_o<15>"  LOC  =  "P192"; 

NET  "T_Flash_address_o<16>"  LOC  =  "P193"; 

NET  "T  Flash_address  o<17>"  LOC  =  "P177"; 

NET  "T_Flash_address_o<18>"  LOC  =  "P178"; 

NET  "T_Flash_address_o<19>"  LOC  =  "P179"; 

NET  "T_Flash_address_o<20>"  LOC  =  "P181"; 

NET  "T_Flash_WE_o"  LOC  =  "P165"; 

NET  "T_Flash_RP_o"  LOC  =  "PI  66"; 

NET  "T_Flash_WP_o"  LOC  =  "P167"; 

NET  "T_Flash_CE_A_o"  LOC  =  "PI  64"; 

NET  "T  Flash_CE  B  o"  LOC  =  "P125";  #  doesn't  do  anything! 
NET  "T_Flash_OE_o"  LOC  =  "P162"; 

#PC/104  Interface  Signals 
NET  "T  Data  io<0>"  LOC  =  "Pll"; 
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# I SA  Data  Bit  0  p.  11 


NET 

fl  iji 

Data  io<l>"  LOC  = 

"  P 1 0  "  ; 

#  I SA 

Data  Bit 

1  P 

.  10 

NET 

II  rji 

Data  io<2>"  LOC  = 

"  P  9  "  ; 

#  I SA 

Data  Bit 

2  p 

.  09 

NET 

II  rji 

Data  io<3>"  LOC  = 

"P7"; 

#  I  SA 

Data  Bit 

3  p 

.  07 

NET 

II  rji 

Data  io<4>"  LOC  = 

"  P  6  "  ; 

#  I  SA 

Data  Bit 

4  p 

.  06 

NET 

II  rji 

Data  io<5>"  LOC  = 

"P5"  ; 

# I SA  Data 

Bit 

5  p. 

05 

NET 

II  rji 

"Data  io<6>"  LOC  = 

"P4"; 

# I SA  Data 

Bit 

6  p . 

04 

NET 

II  iji 

Data  io<7>"  LOC  = 

"P3"; 

# I SA  Data 

Bit 

7  p. 

03 

NET 

II  rji 

Address  i<0>" 

LOC 

=  "P47" ; 

#  I  SA 

Address 

0 

P- 

47 

NET 

II  rji 

Address  i<l>" 

LOC 

=  "P46"; 

#  I  SA 

Address 

1 

p. 

46 

NET 

II  rji 

Address  i<2>" 

LOC 

=  "P45" ; 

#  I  SA 

Address 

2 

p. 

45 

NET 

II  rji 

Address  i<3>" 

LOC 

=  "P39" ; 

#  I  SA 

Address 

3 

P- 

39 

NET 

II  iji 

Address  i<4>" 

LOC 

=  "P36" ; 

#  I  SA 

Address 

4 

P- 

36 

NET 

II  Ji 

Address  i<5>" 

LOC 

=  "P34"; 

#  I  SA 

Address 

5 

P- 

34 

NET 

II  Ji 

Address  i<6>" 

LOC 

=  "P32"; 

#  I  SA 

Address 

6 

p. 

32 

NET 

II  Ji 

Address  i<7>" 

LOC 

=  "P29"; 

#  I  SA 

Address 

7 

P- 

29 

NET 

II  Ji 

Address  i<8>" 

LOC 

=  "P25" ; 

#  I  SA 

Address 

8 

P- 

25 

NET 

II  Ji 

Address  i<9>" 

LOC 

=  "P23" ; 

#  I  SA 

Address 

9 

p. 

23 

NET 

II  Ji 

IORead  i"  LOC 

=  "PI 9" ; 

#10  Read 

P- 

19 

NET 

II  Ji 

IOWrite  i"  LOC 

_  II 

P 1 7  "  ; 

#10  Write 

P- 

17 

NET 

II  Ji 

AEN  i"  LOC  =  " 

PI  3" 

r 

#Address  Enable 

p. 

13 

#  Selectmap  interface 

signals 

NET 

II  Ji 

CCLK  o"  LOC  = 

"P69 

ii  . 
r 

#Drive  X2 

'  s  CCLK  pin 

NET 

II  Ji 

SELECTMAP  INIT 

o" 

LOC  =  " P 1 1 7 " ; 

#Drive  X2 

's  INIT  pin 

NET 

II  Ji 

SELECTMAP  WRITE  o" 

LOC  =  " P 1 7  6 " ; 

#Drive  X2 

's  WRITE 

pin 

NET 

II  Ji 

SELECTMAP  CS  o 

"  LOC  =  " P 1 7  5 " ; 

#Drive  X2 

'  s  CS 

pin 

#  MLS  swap  pins  so  D(0)  is  LSB 
NET  "T_SELECTMAP_DATA_io<7>"  LOC  =  "P169"; 
NET  "T_SELECTMAP_DATA_io<6>"  LOC  =  "P128"; 
NET  "T_SELECTMAP_DATA_io<5>"  LOC  =  "P131"; 
NET  "T_SELECTMAP_DATA_io<4>"  LOC  =  "P137"; 
NET  "T_SELECTMAP_DATA_io<3>"  LOC  =  "P148"; 
NET  "T_SELECTMAP_DATA_io<2>"  LOC  =  "P155"; 
NET  "T_SELECTMAP_DATA_io<l>"  LOC  =  "P158"; 
NET  "T_SELECTMAP_DATA_io<0>"  LOC  =  "PI  68"; 
#NET  " SELECTMAP_BUS Y_i "  LOC  =  "P118"; 

NET  "T_clock_i"  LOC  =  "P199"; 

NET  "T_x2_mode<0>"  LOC  =  "PI  60"; 

NET  " T_x2_mode< 1 > "  LOC  =  "P159"; 

NET  " T_x2_mode<2>"  LOC  =  "P161"; 

NET  "t_clock_i"  PERIOD  =  20; 

NET  " s_clock"  PERIOD  =  40; 

NET  "s_clock_x2"  PERIOD  =  80; 

#NET  "T_SELECTMAP_DATA_io<7>"  TNM="smpins" ; 
#NET  "T_SELECTMAP_DATA_io<6>"  TNM="smpins" ; 
#NET  "T_SELECTMAP_DATA_io<5>"  TNM="smpins" ; 
#NET  "T_SELECTMAP_DATA_io<4>"  TNM="smpins" ; 
#NET  "T_SELECTMAP_DATA_io<3>"  TNM="smpins" ; 
#NET  "T_SELECTMAP_DATA_io<2>"  TNM="smpins" ; 
#NET  "T_SELECTMAP_DATA_io<l>"  TNM="smpins" ; 
#NET  "T_SELECTMAP_DATA_io<0>"  TNM="smpins" ; 
#NET  "T_SELECTMAP_INIT_o"  TNM="smpins" ; 

#NET  "T_SELECTMAP_WRITE_o"  TNM= " smpins " ; 
#NET  "T_SELECTMAP_CS_o"  TNM=" smpins " ; 
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#TIMESPEC  "TS_1 "  =  FROM  :  FFS  :  TO  :  PADS  :  5  ns; 

#TIMEGRP  "smpins"  OFFSET=OUT  5  AFTER  "s_clock"; 
#TIMEGRP  "smpins"  OFFSET=IN  5  BEFORE  "s_clock"; 


#  "from  x2 . . . "  and  "busy  out"  and  "SELECTMAP  BUSY  i"  have  been 
commented  out ! ! ! 

#The  XI  X2  AUX  pins  are  defined  at  top  of  file! ! ! 


#NET 

"busy 

out" 

LOC  =  " 

P4  9"  ; 

#io  pin  0 

#NET 

"output  from  x2  8" 

LOC 

=  "  P  6  4  "  ; 

#io 

#NET 

"  T  P 1 " 

LOC  = 

"P70"; 

#io  pin 

15 

#NET 

"  T  P 1 " 

FAST 

r 

#NET 

"TP2  " 

LOC  = 

"  P  6  5  " ; 

#io  pin 

11 

#NET 

"TP2  " 

FAST 

r 

#NET 

"TP3" 

LOC  = 

"  P  6  4  "  ; 

#io  pin 

10 

#NET 

"TP3" 

FAST 

r 
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M.  XI  SHIFT  REGISTER  CONSTRAINT  FILE  (VIRTEX  II) 

(After  [17]) 

#  Pin  checks,  XI  Virtexl  Part  on  CFTP1  vs  CFTP2 : 

#  PC/104: 

#  DATA (7  downto  0)  same 

#  ADDR(9  downto  0)  same 

#  IOW,  IOR,  AEN  same 

#  FLASH: 

#  DATA (15  downto  0)  same 

#  ADDR(20  downto  0)  same 

#  WE,  WP,  RP,  CE_A,  CE_B,  OE  same 

#  NOTE:  Added  second  flash  to  CFTP2 .  FLASH_CE_B  added 

#  to  P125.  Just  have  this  pin  on  both  boards, 

#  P125  isn't  connected  to  anything  on  CFTP1 

#  CFTP2  board  has  VPPEN  on  pin  60 ! ! ! !  need  to  pull  low 

#  in  order  to  erase  or  write  flash! ! ! 

#  new  CFTP1  board  will  have  similar  pin,  old  CFTP1 

#  does  not  (EN  always  pulled  active  on  Flash) 

#  CFTP2  board  also  has  a  different  Flash  device, 

#  auto-locking  blocks,  schem  says  both  CFTP1  and  CFTP2 

#  have  C3  device,  but  CFTP1  actually  has  B3  device. 

#  CFTP2  device  is  top  boot,  CFTP1  device  is  bottom  boot 

#  XI /X2  AUX: 

#  double  checked  pin  numbers,  looks  ok 

#  all  pins  are  the  same  between  CFTP1  and  CFTP2  board, 

#  *****except  X1/X2  Aux  42  is  P75  on  CFTP1  and  P125  on  CFTP2 

#  *****MLS  20051026:  X1/X2  Aux  42  (P125)  has  been  tied  to  CE  pin 

#  for  Flash_B ! !  DO  NOT  USE  AS  AUX  PIN! ! ! 

#  CFTP2  has  no  X1/X2  Aux  43  or  44  (P74  and  P51  on 

#  CFTP1,  respectively) 

#  SELECTMAP: 

#  Drive  X2 ' s  CCLK: 

#  on  old  CFTP1 :  jumpered  P69  to  X2 ' s  CCLK 

#  on  CFTP2 :  Dedicated  User  I/O  on  XI  (P65) 

#  connected  to  X2 ' s  CCLK 

#  Drive  X2 ' s  INIT,  WRITE,  and  CS  pins 

#  on  old  CFTP1 :  use  XI ' s  INIT(P117),  WR(P176),  CS(P175) 

#  pins  (turn  user  I/O  after  config) 

#  on  CFTP2 :  use  dedicated  I/O  (P124,  P63,  P64,  respectively) 

#  Drive  X2 ' s  Data  lines 

#  on  old  CFTP1 :  connect  DO  on  XI  to  D7  on  X2 ,  D1  to  D6,  etc 

#  (turn  user  io  after  config) 

#  In  ucf  file,  I  swap  values  because  D7  is  the  LSB 

#  in  Selectmap  mode,  and  I  want  DO  to  be  the  LSB, 

#  so  I  set  it  up  so  my  signal  SELECTMAP  DATA  io(0)  is 

#  connected  to  the  actually  X2  DATA(7)  pin,  etc 

#  on  CFTP2 :  dedicated  user  io  on  XI  connected  to  X2 ' s  pins 

#  same  thing  with  MSB/LSB  swap 

#  D0=68 , Dl=69, D2=70, D3=71, D4=74, D5=75, D6=121, D7=122 

#  MODE  PINS:  SAME 
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#  CLOCK:  SAME  (oscillator  on  P199  on  XI  FPGA) 

#  Pin  assignments  for  XI,  compatible  with  Virtex-II 

# 

#  double-check  all  pin  assignments??? 

#  these  numbers  derived  from  a  May  2005  diagram 

#  clock  is  constrained  at  bottom  of  this  file! ! ! 

#  system  clock  oscillator,  pin  199  on  XI 

#  NET  "T_CLOCK_i"  LOC  =  "P199"; 

#  NET  "T_CLOCK_i"  PERIOD  =  40; 

#  NET  "s_clock"  PERIOD  =  80; 

#  the  line  above  gave  errors  during  "Translate"??? 

#  START  signals  to/from  X2 

NET  "T_BITOUT_TO_X2_o"  LOC  =  "pl53";  #  X1_X2_AUX<0> 

NET  " T_CE_TO_X2_o "  LOC  =  "pl51";  #  X1_X2_AUX<1> 

NET  "T_RESET_TO_X2_o"  LOC  =  "p!50";  #  X1_X2_AUX<2> 


# 

NET 

"XXX" 

LOC  = 

"  p  1 4  9  "  ; 

# 

XI 

X2 

AUX<3> 

# 

NET 

"XXX" 

LOC  = 

"pl47"; 

# 

XI 

X2 

AUX<4> 

# 

NET 

"XXX" 

LOC  = 

"pl46"; 

# 

XI 

X2 

AUX<5> 

# 

NET 

"XXX" 

LOC  = 

"pl45" ; 

# 

XI 

X2 

AUX<6> 

# 

NET 

"XXX" 

LOC  = 

"pl44"; 

# 

XI 

X2 

AUX<7> 

# 

NET 

"XXX" 

LOC  = 

"  p  1 3  5  "  ; 

# 

XI 

X2 

AUX<8> 

# 

NET 

"XXX" 

LOC  = 

"pl34"; 

# 

XI 

X2 

AUX<9> 

NET  " T_S UMD I FF_FROM_X2_i < 0 > "  LOC  =  "pl32";  #  X1_X2_AUX<10> 

NET  "T_DOUT_FROM_X2_i"  LOC  =  "pl27";  #  X1_X2_AUX<1 1> 

NET  " T_SUMDIFF_FROM_X2_i<l>"  LOC  =  "pl26";  #  X1_X2_AUX<12> 

NET  "T_XOR_DOUT_FROM_X2_i"  LOC  =  "pl20";  #  X1_X2_AUX<13> 

NET  " T_SUMDIFF_FROM_X2_i<2>"  LOC  =  "pll9";  #  X1_X2_AUX<14> 

#NET  "T_DOUT_FROM_X2_i<2>"  LOC  =  "pll2";  #  X1_X2_AUX<15> 

NET  " T_SUMD I FF__FROM_X2_i< 3 > "  LOC  =  "pill";  #  X1_X2_AUX<1 6> 
#NET  "T_DOUT_FROM_X2_i<3>"  LOC  =  "pllO";  #  X1_X2_AUX<17> 
NET  "T_SUMDIFF_FROM_X2_i<4>"  LOC  =  "pl09";  #  X1_X2_AUX<1 8> 

#NET  "T_DOUT_FROM__X2_i<4>"  LOC  =  "pl08";  #  X1_X2_AUX<1 9> 

NET  " T_S UMD I FF_FROM_X2_i < 5 > "  LOC  =  "pl07";  #  X1_X2_AUX<2 0> 

#NET  "T_DOUT_FROM_X2_i<5>"  LOC  =  "pl05";  #  X1_X2_AUX<2 1> 

NET  " T_SUMDIFF_FROM_X2_i<6>"  LOC  =  "pl04";  #  X1_X2_AUX<22> 

#NET  "T_DOUT_FROM_X2_i<6>"  LOC  =  "pl03";  #  X1_X2_AUX<23> 

NET  " T_SUMD I FF_FROM_X2_i< 7 > "  LOC  =  "pl02";  #  X1_X2_AUX<24> 

#NET  "T_DOUT_FROM_X2_i<7>"  LOC  =  "plOl";  #  X1_X2_AUX<25> 
NET  "T_SUMDIFF__FROM_X2_i<8>"  LOC  =  "p98";  #  X1_X2_AUX<2 6> 

#NET  "T_DOUT_FROM_X2_i<8>"  LOC  =  "p97";  #  X1_X2_AUX<27> 

NET  " T_SUMDIFF__FROM_X2_i<9>"  LOC  =  "p96";  #  X1_X2_AUX<2 8> 

#NET  "T_DOUT_FROM_X2_i<9>"  LOC  =  "p94";  #  X1_X2_AUX<2 9> 

NET  " T_S UMD I FF_FROM_X2_i < 1 0 > "  LOC  =  "p93";  #  X1_X2_AUX<30> 

#NET  "T_DOUT_FROM_X2_i<10>"  LOC  =  "p92";  #  X1_X2_AUX<31> 

NET  "T_SUMDIFF__FROM_X2_i<ll>"  LOC  =  "p91";  #  X1_X2_AUX<32> 

#NET  "T_DOUT_FROM_X2_i<ll>"  LOC  =  "p90";  #  X1_X2_AUX<33> 

NET  " T_SUMD I FF_FROM__X2_i< 1 2 > "  LOC  =  "p89";  #  X1_X2_AUX<34> 

#NET  "T_DOUT_FROM_X2_i<12>"  LOC  =  "p88";  #  X1_X2_AUX<35> 

NET  "T_SUMDIFF__FROM_X2_i<13>"  LOC  =  "p82";  #  X1_X2_AUX<36> 

#NET  "T_DOUT_FROM_X2_i<13>"  LOC  =  "p81";  #  X1_X2_AUX<37> 

NET  "T_SUMDIFF_FROM_X2_i<14>"  LOC  =  "p80";  #  X1_X2_AUX<38> 

#NET  " T_DOUT_FROM__X2__i<  1 4 > "  LOC  =  "p79";  #  X1_X2_AUX<39> 

NET  " T_S UMD I FF_FROM_X2_i < 1 5 > "  LOC  =  "p78";  #  X1_X2_AUX<4 0> 
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#NET  "T_DOUT_FROM__X2__i<15>"  LOC  =  "p77";  #  X1_X2_AUX<4 1> 

#  END  signals  to/from  X2 

#NET  "CE  for  FLASH  B  on  CFTP2  Board!!!!"  LOC  =  "pl25";  #  DO  NOT  USE!!! 

#  NET  "XXX"  LOC  =  "XXX";  #  X1_X2_AUX<4 3>  not  on  Virtex-II  board 

#  NET  "XXX"  LOC  =  "XXX";  #  X1_X2_AUX<44>  not  on  Virtex-II  board 

#PACE:  Start  of  Constraints  generated  by  PACE 

#PACE:  Start  of  PACE  I/O  Pin  Assignments 

#Flash  Interface  Signals 

NET  "T_Flash_data_i<0>"  LOC  =  "P207"; 

NET  " T_F las h_da t a_i < 1 > "  LOC  =  "P209"; 

NET  "T_Flash_data_i<2>"  LOC  =  "P212"; 

NET  "T_Flash_data_i<3>"  LOC  =  "P216"; 

NET  "T_Flash_data_i<4>"  LOC  =  "P218"; 

NET  "T_Flash_data_i<5>"  LOC  =  "P220"; 

NET  "T_Flash_data_i<6>"  LOC  =  "P223"; 

NET  "T_Flash_data_i<7>"  LOC  =  "P226"; 

NET  " T_F las h_da t a_i < 8 > "  LOC  =  "P208"; 

NET  "T_Flash_data_i<9>"  LOC  =  "P211"; 

NET  "T_Flash_data_i<10>"  LOC  =  "P213"; 

NET  " T_F las h_da t a_i < 1 1 > "  LOC  =  "P217"; 

NET  "T_Flash_data_i<12>"  LOC  =  "P219"; 

NET  "T_Flash_data_i<13>"  LOC  =  "P222"; 

NET  "T_Flash_data_i<14>"  LOC  =  "P224"; 

NET  "T_Flash_data_i<15>"  LOC  =  "P225"; 

NET  "T_Flash_address_o<0>"  LOC  =  "P206"; 

NET  "T  Flash  address  o<l>"  LOC  =  "P205"; 

NET  "T~Flash_address~o<2>"  LOC  =  "P204"; 

NET  "T_Flash_address_o<3>"  LOC  =  "P198"; 

NET  "T_Flash_address_o<4>"  LOC  =  "P197"; 

NET  "T  Flash_address  o<5>"  LOC  =  "P196"; 

NET  "T  Flash_address_o<6>"  LOC  =  "P195"; 

NET  "T~Flash_address~o<7>"  LOC  =  "P194"; 

NET  "T_Flash_address_o<8>"  LOC  =  "P182"; 

NET  "T_Flash_address_o<9>"  LOC  =  "P183"; 

NET  "T_Flash_address_o<10>"  LOC  =  "P184"; 

NET  "T_Flash_address_o<ll>"  LOC  =  "P185"; 

NET  "T_Flash_address_o<12>"  LOC  =  "P188"; 

NET  "T_Flash_address_o<13>"  LOC  =  "P189"; 

NET  "T_Flash_address_o<14>"  LOC  =  "P190"; 

NET  "T  Flash_address  o<15>"  LOC  =  "P192"; 

NET  "T_Flash_address_o<16>"  LOC  =  "P193"; 

NET  "T  Flash  address  o<17>"  LOC  =  "P177"; 

NET  "T_Flash_address_o<18>"  LOC  =  "P178"; 

NET  "T_Flash_address_o<19>"  LOC  =  "P179"; 

NET  "T_Flash_address_o<20>"  LOC  =  "P181"; 

NET  "T_Flash_WE_o"  LOC  =  "P165"; 

NET  "T_Flash_RP_o"  LOC  =  "PI  66"; 

NET  "T_Flash_WP_o"  LOC  =  "PI  67"; 

NET  "T_Flash_CE_A_o"  LOC  =  "PI  64"; 

NET  "T_Flash_CE_B_o"  LOC  =  "P125"; 

NET  "T_Flash_OE_o"  LOC  =  "P162"; 

#PC/104  Interface  Signals 

NET  "T_Data_io<0>"  LOC  =  "Pll";  #ISA  Data  Bit  0  p.  11 

NET  "T_Data_io<l>"  LOC  =  "P10";  #ISA  Data  Bit  1  p.  10 
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NET 

fl  iji 

Data  io<2>"  LOC  = 

"  P  9  "  ; 

#  I SA 

Data  Bit  2  p 

.  09 

NET 

II  Ji 

Data  io<3>"  LOC  = 

"  P7  "  ; 

#  I SA 

Data  Bit  3  p 

.  07 

NET 

II  Ji 

Data  io<4>"  LOC  = 

"  P  6  "  ; 

#  I  SA 

Data  Bit  4  p 

.  06 

NET 

II  Ji 

Data  io<5>"  LOC  = 

"  P5  "  ; 

# I SA  Data  Bit 

5  p. 

05 

NET 

II  Ji 

Data  io<6>"  LOC  = 

"  P4  "  ; 

# I SA  Data  Bit 

6  p . 

04 

NET 

II  Ji 

_Data~io<7>"  LOC  = 

"P3"  ; 

# I SA  Data  Bit 

7  p. 

03 

NET 

II  Ji 

Address  i<0>" 

LOC 

=  "P47"; 

#  I  SA 

Address  0 

P- 

47 

NET 

II  Ji 

Address  i<l>" 

LOC 

=  "P46"; 

#  I  SA 

Address  1 

P- 

46 

NET 

II  Ji 

Address  i<2>" 

LOC 

=  "P45" ; 

#  I  SA 

Address  2 

p. 

45 

NET 

II  Ji 

Address  i<3>" 

LOC 

=  "P39" ; 

#  I  SA 

Address  3 

p. 

39 

NET 

II  Ji 

Address  i<4>" 

LOC 

=  "P36" ; 

#  I  SA 

Address  4 

P- 

36 

NET 

II  Ji 

Address  i<5>" 

LOC 

=  "P34"; 

#  I  SA 

Address  5 

P- 

34 

NET 

II  Ji 

Address  i<6>" 

LOC 

=  "P32"; 

#  I  SA 

Address  6 

P- 

32 

NET 

II  Ji 

Address  i<7>" 

LOC 

=  "P29"; 

#  I  SA 

Address  7 

P- 

29 

NET 

II  Ji 

Address  i<8>" 

LOC 

=  "P25" ; 

#  I  SA 

Address  8 

P- 

25 

NET 

II  rji 

Address  i<9>" 

LOC 

=  "P23" ; 

#  I  SA 

Address  9 

P- 

23 

NET 

II  r-j-i 

"iORead  i"  LOC 

_  II 

P 1 9  " ; 

#IO  Read 

P 

NET 

II  Ji 

IOWrite  i"  LOC 

= 

"  P 1 7  " ; 

#10  Write 

P- 

17 

NET 

II  Ji 

AEN  i"  LOC  =  ' 

P13 

II  . 
r 

#Address 

Enable 

P 

#  Selectmap  interface  signals 

NET  "T_CCLK_o"  LOC  =  "P65";  #Drive  X2 ' s  CCLK  pin,  CFTP2  ok  MLS 
NET  "T_SELECTMAP_INIT_o"  LOC  =  "P124";  #Drive  X2 ' s  INIT  pin,  CFTP2  ok 
NET  "T_SELECTMAP_WRITE_o"  LOC  =  "P63";  #Drive  X2 ' s  WRITE  pin,  CFTP2  ok 
NET  "T_SELECTMAP_CS_o"  LOC  =  "P64";  #Drive  X2 ' s  CS  pin,  CFTP2  ok  MLS 


#  MLS  swap  pins  so  D(0)  is  LSB 


NET 

II  rji 

SELECTMAP 

DATA 

io<7>" 

LOC  = 

"P68";  #Drive 

X2  ' 

s 

DO, 

CFTP2 

ok 

MLS 

NET 

II  rji 

’selectmap 

’data 

io<6>" 

LOC  = 

"P69";  #Drive 

X2  ' 

s 

Dl, 

CFTP2 

ok 

MLS 

NET 

II  rji 

SELECTMAP 

DATA 

io<5>" 

LOC  = 

"P70";  #Drive 

X2  ' 

s 

D2 , 

CFTP2 

ok 

MLS 

NET 

II  rji 

’selectmap 

’data 

io<4>" 

LOC  = 

"P71";  #Drive 

X2  ' 

s 

D3 , 

CFTP2 

ok 

MLS 

NET 

II  iji 

’selectmap 

’data 

io<3>" 

LOC  = 

"P74";  #Drive 

X2  ' 

s 

D4, 

CFTP2 

ok 

MLS 

NET 

II  Ji 

’selectmap 

’data 

io<2>" 

LOC  = 

"P75";  #Drive 

X2  ' 

s 

D5 , 

CFTP2 

ok 

MLS 

NET 

II  Ji 

’selectmap 

’data 

io<l>" 

LOC  = 

" P 1 2 1 " ;  #Drive 

X2 

1 

s  D6, 

CFTP2 

ok  MLS 

NET 

II  Ji 

SELECTMAP 

DATA 

io<0>" 

LOC  = 

" P 1 2  2 " ;  #Drive 

X2 

1 

s  D7 , 

CFTP2 

ok  MLS 

#NET  " SELECTMAP_BUS Y_i "  LOC  =  "P118"; 

NET  "T_clock_i"  LOC  =  "P199"; 

NET  "T_x2_mode<0>"  LOC  =  "PI  60"; 

NET  " T_x2_mode< 1 > "  LOC  =  "P159"; 

NET  " T_x2_mode<2>"  LOC  =  "P161"; 

NET  "t_clock_i"  PERIOD  =  20; 

NET  "s_clock"  PERIOD  =  40; 

NET  "s_clock_X2"  PERIOD  =  80; 

#  "busy  out"  and  "SELECTMAP  BUSY  i"  have  been  commented  out! ! ! 


#The 

XI  X2 

AUX  pins  are 

defined  at  top  of  file! ! ! 

#NET 

"busy 

_out"  LOC  =  " 

P4  9"; 

#io  pin  0 

#NET 

"output  from  x2  8" 

LOC 

=  "P64";  #io  pin  10 

#NET 

"  T  P 1 " 

LOC  =  "P70"; 

#io  pin  15 

#NET 

"  T  P 1 " 

FAST  ; 

#NET 

"TP2  " 

LOC  =  " P  6  5 " ; 

#io  pin  11 

#NET 

"TP2  " 

FAST  ; 

#NET 

"TP3" 

LOC  =  " P  6  4 " ; 

#io  pin  10 

#NET 

"TP3" 

FAST  ; 
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SHIFT  REGISTER  MODULE  WITH  SRL16E  MACRO  AND  FLIP-FLOPS 


--  filename:  sr  testing. vhd 
--  author:  James  Coudeyras  (2005) 

--  This  file  is  for  the  SRL16E  macro  plus  flip-flop  (SRL+1) 
--  used  for  X2  which  will  be  used  as  the  initial  test 
--  for  proton  radiation  testing  at  UC-Davis. 


library  IEEE; 

use  IEEE . STD_LOGIC_1164 .ALL; 
use  IEEE . STD_LOGIC_ARITH. ALL; 
use  IEEE . S T D_LOG I C_UN S I GNE D . ALL ; 

entity  sr_testing  is 

generic  (  WIDTH  :  integer  :=  2040);  --  should  yield  120  SRL16/FF 
pairs 

--  SR  length  (2400  for  Cl,  300  for  Cl-no  SRL,  ,  12000 
for  C2) 

Port  (  clock  :  in  std  logic; 

reset  :  in  std_logic; 

ce  :  in  std_logic; 

din  :  in  std  logic; 

dout  :  out  std_logic; 

sumdiff  :  out  std_logic  ) ; 

end  sr_testing; 

architecture  sr  sequence  of  sr  testing  is 

signal  reg  a  :  std  logic  vector  (WIDTH-1  downto  0)  ; 

signal  reg  b  :  std  logic  vector  (WIDTH-1  downto  0) ; 

begin 

process  (clock,  reset) 
begin 

if  (reset  =  '1')  then 

sumdiff  <=  'O'; 
dout  <=  'O'; 

elsif  (clock'event  and  clock='l')  then 
sumdiff  <=  'O'; 
if  ce= ' 1 '  then 

reg  a  <=  din  &  reg  a(WIDTH-l  downto  1); 
reg  b  <=  din  &  reg  b(WIDTH-l  downto  1); 
end  if; 

--  LABE LI : 

for  I  in  1  to  (WIDTH/17)  loop 

if  (  (reg_a ( (1-1) *17)  xor  reg  b( (I— 1) *17) )  =  )  or 
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( (reg_a ( ( ( I — 1 ) *17) +1)  xor 
reg_b ( ( (1-1) *17) +1) )  =  ' 1 '  )  then 
sumdiff  <=  ' 1 ' ; 
end  if; 
end  loop; 

dout  <=  reg_a(0); 

end  if; 


end  process; 
end  sr_sequence; 
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O.  SHIFT  REGISTER  MODULE  FLIP-FLOPS  ONLY 


--  filename:  sr  testing. vhd 
--  author:  James  Coudeyras  (2005) 

--  This  file  is  for  the  flip-flop  only  shift  register  (noSRL) 
--  used  for  X2  which  will  be  used  as  the  initial  test 
--  for  proton  radiation  testing  at  UC-Davis. 


library  IEEE; 

use  IEEE . STD_LOGIC_1164 .ALL; 
use  IEEE . STD_LOGIC_ARITH. ALL; 
use  IEEE. STD  LOGIC  UNSIGNED .ALL; 


entity  sr_testing  is 

generic  (  WIDTH  :  integer  :=  320); 

--  SR  length  (2400  for  Cl,  300  for  Cl-no  SRL, 
for  C2) 


Port  (  clock 
reset 
ce 
din 
dout 
sumdif f 

end  sr_testing; 


in  std_logic; 
in  std_logic; 
in  std_logic; 
in  std_logic; 
out  std_logic; 
out  std_logic  ) ; 


architecture  sr  sequence  of  sr  testing  is 

signal  reg  a  :  std  logic  vector  (WIDTH-1  downto  0) ; 

signal  reg  b  :  std  logic  vector  (WIDTH-1  downto  0) ; 


begin 


process  (clock,  reset) 
begin 

if  (reset  =  '1')  then 


sumdif f  <=  'O'; 
dout  <=  'O'; 


elsif  (clock'event  and  clock='l')  then 
sumdif f  <=  'O'; 


if  ce= ' 1 '  then 

reg  a  <=  din  &  reg  a(WIDTH-l  downto  1); 
reg  b  <=  din  &  reg  b(WIDTH-l  downto  1); 
end  if; 

--  LABE LI : 

for  I  in  1  to  (WIDTH/16)  loop 

if  (  (reg_a ( (1-1) *16)  xor  reg_b ( ( I — 1 ) *16) )  =  ' 1 '  ) 
sumdif f  <=  ' 1 ' ; 
end  if; 


,  12000 


then 
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end  loop; 


dout  <= 
end  if; 

end  process; 
end  sr  sequence; 


reg_a ( 0 )  ; 
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p. 


MATLAB  SCRIPT  FOR  DATA  ANALYSIS 


%  Author:  Josh  Snodgrass,  PhD  Candidate,  Naval  Postgraduate  School 
%  Nov  2005 

%  Reads  ASCII  log  file  from  CFTP  testing  and  provides  SM  Readback  stats 
%  Modified:  James  Coudeyras,  EE  Master's  Student,  NPS 
%  Added  SEU  count  and  rate. 

clear  all;  close  all;  clc; 

fname='sr  SRLpl  cl  run2.log'; 
fdescrip  =  ' SRL  &  FF,  Virtex  1,  run  2'; 

fid=fopen (fname,  '  r  '  )  ; 

if  (fid==-l);  error (' Invalid  filename');  end; 
frewind (fid) ; 

SMold=0 ; 

SMnew=0 ; 

SMstart=0 ; 

SMnewtrend= [ ] ; 
zero2one=0 ; 
one2  zero=0 ; 

NumRecon=0 ; 

logline= [ ] ; 

while  (~feof(fid)) 
logline=fgetl (fid)  ; 

if  (length (logline) >18) 

if  ( logline ( 1 : 1 8 )==' Selectmap  Reconfig') 

SMold=0 ; 

SMarray= [ ] ; 

NumRecon  =  NumRecon  +  1; 
elseif  ( logline ( 1 : 1 8 )==' Selectmap  Readback') 

SMstart=l ; 

SMnew=0 ; 

elseif  ( logline ( 1 : 5 )==' Read :' ) 

NewEntry=l;  %  assume  we  have  a  new  entry 
for  ( i=l : 1 : SMold+SMnew) 

if  ( logline ( 1 : 50 ) ==SMarray ( i , 1 : 50 ) )  %  all  lines  have  >  50 

characters 

NewEntry=0;  %  negate  flag  if  entry  already  exists 
end; 
end; 

if  (NewEntry) 

SMnew=SMnew+l ; 

SMarray (SMold+SMnew, 1 : length (logline) ) =logline; 

%disp (logline) ;  %  show  each  of  the  new  SEUs 

badbyte=dec2bin2 (hex2dec (logline (7:8))); 
goodbyte=dec2bin2 (hex2dec ( logline (2 1 : 22 ) ) )  ; 
zero2one=zero2one+sum ( (badbyte-goodbyte) >0)  ; 
one2 zero=one2 zero+sum ( (goodbyte-badbyte) >0) ; 
if  (abs ( sum (xor (badbyte, goodbyte) ) ) >1 ) 
disp (logline) , 
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end 

end 

end 

elseif  strcmp (logline, '  '  )  & (SMstart) 

fprintf ( ' Selectmap  Readback  #%i\n ',  length ( SMnewtrend) +1 ) ; 
fprintf (' Total  SEUs  =  Old  SEUs  +  New  SEUs\n'); 
fprintf ('  %-4i  =  %-4i  +  %- 

4i\n ' , SMold+SMnew, SMold, SMnew) ; 

fprintf (' #  of  0— >1  =  %i,  #  of  l->0  =  %i\n\n ' , zero2one, one2zero) 

SMold=SMold+ SMnew; 

SMnewtrend ( length ( SMnewtrend) +1 ) =SMnew; 

SMstart=0 ; 
end 
end 

fclose ( ' all ' )  ; 
figure  ( 1 ) 

stem ( SMnewtrend, ' b ' ) ; 

title ([' SEUs  Detected  via  Selectmap  Readback,  design:  '  fdescrip]); 
xlabel (' Selectmap  Readback  Index  @  30  sec  interval'); 
ylabel ( ' SEUs  per  interval ' )  ; 
text (10, 6, ' Lower  Flux') 

NEW_ERR  =  [ ] ;  m  =  0 ; 

NEW  RERR  ind  =  find ( SMnewtrend) ; 
for  i=l : length (NEW  RERR  ind) 
m  =  NEW_RERR_ind ( i ) ; 

NEW_RERR ( i )  =  SMnewtrend (m) ; 

end 

NEW_RERR_tot  =  sum (NEW_RERR) 

NEW_RERR_ave  =  NEW_RERR_tot/ length (NEW_RERR_ind) 

RECON  ERR  =  zeros ( 1 , length ( SMnewtrend) ) ; 

k  =  l7 

for  i  =  1 : length ( SMnewtrend) 
if  ( SMnewtrend ( i )  >=  1) 

REC0N_ERR ( k)  =  REC0N_ERR ( k)  +  SMnewtrend ( i ) ; 

else 

k  =  k  +  1; 

end 

end 

RECONlength_ind  =  f ind (REC0N_ERR) ; 

RECONlength  =  max (RECONlength  ind)  ; 

%RECONstart  =  min (RECONlength  ind)  ; 

REC0N_ERR  =  RECON_ERR ( 1 : RECONlength)  ; 

NumRecon 

ERR  btwn  RECON  ave  =  sum (RECON  ERR) /NumRecon 
figure  (2 ) 

stem (RECON_ERR, ' b ' ) ; 

title  ([' #  of  SEUs  before  Reconfiguration,  design:  '  fdescrip]); 
xlabel ( ' Reconfiguration ' ) ;  ylabel ( ' SEUs ' ) ; 
text ( 1 . 5 , 65 , ' Lower  Flux') 
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